White-box testing (original) (raw)
Dans la théorie des systèmes, une boîte blanche (de l'anglais white box), ou boîte transparente, est un module d'un système dont on peut prévoir le fonctionnement interne car on connaît les caractéristiques de fonctionnement de l'ensemble des éléments qui le composent. Autrement dit une boîte blanche est un module qui comporte aussi peu de boîtes noires que possible. On qualifie les systèmes mixtes de « boîtes grises ». Les systèmes complexes s'articulent autour du paradigme boîte noire - boîte blanche, c'est-à-dire qu'ils forment un ensemble cohérent dont il convient de prévoir le fonctionnement ou les scénarios. Cette théorie est particulièrement bien adaptée au problème des tests logiciels en informatique.
| Property | Value |
|---|---|
| dbo:abstract | اختبار الصندوق الأبيض، (الملقب أيضاً اختبار الصندوق الواضح، اختبار الصندوق الزجاجي، اختبار الصندوق الشفاف، والاختبار الهيكلي) هو طريقة اختبار للبرمجيات، تختبر الهياكل الداخلية أو عمل التطبيقات بدلاً من الوظيفة (مثل:اختبار الصندوق الأسود)، في اختبار الصندوق الأبيض المنظور الداخلي للنظام مثل مهارات النظام يكون مطلوباً، ويستخدم أيضاً في حالات الاختبار، يختار المختبر مدخلات لممارسة المسارات من خلال الترميز، وتحديد المخرجات المناسبة، وهذا مشابه لاختبار النقاط في الدائرة مثل: ( تقنية الاتصالات والعلومات ICT).يمكن تطبيق عمليات اختبار الصندوق الأبيض على مستوى الوحدة، والأنظمة المتكاملة، إلا أنه دائماً يتم على مستوى الوحدة، فبإمكانه اختبار المسارات خلال الوحدة، والمسارات بين الوحدات خلال التكامل، وبين الأنظمة الفرعية خلال اختبار مستوى النظام. على الرغم من أن طريقة هذا الاختبار يمكنها أن تكشف الكثير من الأخطاء والمشاكل، إلا أنها لا تكشف أجزاء المواصفات التي لم تنفذ أو المطلوبات المفقودة. تقنيات تصميم اختبار الصندوق الأبيض تتضمن: * اختبار تدفق النظام (بالإنجليزية:تدفق السيطرة testing) * اختبار تدفق البيانات (بالإنجليزية: Data flow testing) * اختبار الفرع (بالإنجليزية:Branch testing) * اختبار المسار (بالإنجليزية:Path testing) (ar) Les proves de caixa blanca (en anglès white box testing, clear box testing, glass box testing, transparent box testing o structural testing) són un tipus de proves de programari que utilitzen una visió del sistema per a dissenyar els casos de prova basant-se en l'estructura interna. Requereix coneixements de programació per a identificar les diferents opcions o camins del mòdul, funció, etc. L'enginyer de proves selecciona les entrades dels casos de prova per aconseguir provar totes les diferents opcions del codi i determinar la sortida apropiada. Com que les proves es basen en l'actual implementació, si la implementació canvia les proves segurament requeriran una modificació per a seguir sent vàlides. En proves de maquinari elèctric, cada node del circuit s'hauria de provar i mesurar; un exemple, aquest cas, són les . Les proves de caixa blanca són aplicables als nivells de proves unitàries, d'integració i de sistema del procés de proves de programari, i normalment s'apliquen al primer dels nivells. Normalment es proven els camins dins la unitat (funció, mòdul, classe, etc.), però també es proven els diferents camins entre unitats durant la integració i entre subsistemes durant les proves de sistema. Encara que aquest mètode de disseny de proves pot cobrir un gran nombre de casos de prova, pot ser que no sigui capaç de detectar parts incompletes de les especificacions o requisits que falten, però l'enginyer de proves pot estar segur que tots els camins a través de l'objecte de prova s'han executat. Típicament, la tècnica de disseny de proves de caixa blanc inclou: * Proves de flux de control * Proves de flux de dades * Proves de branques * Proves de camins (ca) Der Begriff White-Box-Test (seltener auch Glass-Box-Test) bezeichnet eine Methode des Software-Tests, bei der die Tests mit Kenntnissen über die innere Funktionsweise des zu testenden Systems entwickelt werden. Im Gegensatz zum Black-Box-Test ist für diesen Test also ein Blick in den Quellcode gestattet. D.h., es wird am Code geprüft. Ein Beispiel für einen White-Box-Test ist ablaufbezogenes Testen (Kontrollflussorientierte Testverfahren), bei welchem der Ablaufgraph im Vordergrund steht. Qualitätskriterium des Tests ist es, sicherzustellen, dass Testfälle in Bezug auf die Überdeckung des Quellcodes gewisse Hinlänglichkeitskriterien erfüllen. Gängig sind dabei u. a. folgende Maße (bzw. Qualitätskriterien): * Zeilenüberdeckung: Ausführung aller Quellcode-Zeilen * Anweisungsüberdeckung bzw. Knotenüberdeckung: Ausführung aller Anweisungen * Zweigüberdeckung bzw. Kantenüberdeckung: Durchlaufen aller möglichen Kanten von Verzweigungen des Kontrollflusses * Bedingungsüberdeckung bzw. Termüberdeckung (mehrere Varianten): Durchlaufen aller möglichen ausschlaggebenden Belegungen bei logischen Ausdrücken in Bedingungen * Pfadüberdeckung (mehrere Varianten): Betrachtung der Pfade durch ein Modul Die Zahl der benötigten Testfälle für die einzelnen Maße unterscheidet sich z. T. deutlich. Kantenüberdeckung wird im Allgemeinen als minimales Testkriterium angesehen. Je nach Art und Struktur der zu testenden Software können andere Maße für ein System als Ganzes oder für Module sinnvoll sein. Selbst wenn ein Softwaresystem in Bezug auf ein Hinlänglichkeitskriterium erfolgreich getestet wurde, schließt das nicht aus, dass es Fehler enthält. Dies liegt in der Natur des White-Box-Tests begründet und kann eine der folgenden Ursachen haben: * Der White-Box-Test leitet Testfälle nicht aus der Spezifikation des Programms her, sondern aus dem Programm selbst. Getestet werden kann nur die Korrektheit eines Systems, nicht, ob es eine geforderte Semantik erfüllt. * Auch wenn alle Programmpfade getestet worden sind, bedeutet dies nicht, dass ein Programm fehlerfrei arbeitet. Der Fall, dass im Graphen des Kontrollflusses Kanten fehlen, wird nicht erkannt. Zusammenfassend kann man sagen, dass White-Box-Tests alleine als Testmethodik nicht ausreichen. Eine sinnvolle Testreihe sollte Black-Box-Tests und White-Box-Tests kombinieren. Nach der Überdeckungsmessung der Testfälle des Black-Box-Tests (durch ein geeignetes Werkzeug) werden durch Betrachten der nicht überdeckten Codeteile neue Testfälle aufgestellt, um die Überdeckung zu erhöhen. Will man ein System auch in seinen Teilsystemen testen, benötigt man dazu Kenntnisse über die innere Funktionsweise des zu testenden Systems. White-Box-Tests eignen sich besonders gut, um in Erscheinung getretene Fehler zu lokalisieren, d. h., die fehlerverursachende Komponente zu identifizieren und als Regressionstest ein Wiederauftreten des Fehlers bereits in der Komponente zu vermeiden. Weil die Entwickler der Tests Kenntnisse über die innere Funktionsweise des zu testenden Systems besitzen müssen, werden White-Box-Tests von demselben Team, häufig sogar von denselben Entwicklern entwickelt wie die zu testenden Komponenten. Spezielle Testabteilungen werden für White-Box-Tests in der Regel nicht eingesetzt, da der Nutzen speziell für diese Aufgabe abgestellter Tester meist durch den Aufwand der Einarbeitung in das System eliminiert wird. (de) Dans la théorie des systèmes, une boîte blanche (de l'anglais white box), ou boîte transparente, est un module d'un système dont on peut prévoir le fonctionnement interne car on connaît les caractéristiques de fonctionnement de l'ensemble des éléments qui le composent. Autrement dit une boîte blanche est un module qui comporte aussi peu de boîtes noires que possible. On qualifie les systèmes mixtes de « boîtes grises ». Les systèmes complexes s'articulent autour du paradigme boîte noire - boîte blanche, c'est-à-dire qu'ils forment un ensemble cohérent dont il convient de prévoir le fonctionnement ou les scénarios. Cette théorie est particulièrement bien adaptée au problème des tests logiciels en informatique. (fr) Las pruebas de caja blanca (también conocidas como pruebas de caja de cristal o pruebas estructurales) se centran en los detalles procedimentales del software, por lo que su diseño está fuertemente ligado al código fuente. El ingeniero de pruebas escoge distintos valores de entrada para examinar cada uno de los posibles del programa y cerciorarse de que se devuelven los valores de salida adecuados. Al estar basadas en una implementación concreta, si esta se modifica, por regla general las pruebas también deberán rediseñarse. Aunque las pruebas de caja blanca son aplicables a varios niveles —unidad, integración y —, habitualmente se aplican a las unidades de software. Su cometido es comprobar los flujos de ejecución dentro de cada unidad (función, clase, módulo, etc.) pero también pueden probar los flujos entre unidades durante la integración, e incluso entre subsistemas, durante las pruebas de sistema. A pesar de que este enfoque permite diseñar pruebas que cubran una amplia variedad de casos de prueba, podría pasar por alto partes incompletas de la especificación o requisitos faltantes, pese a garantizar la prueba exhaustiva de todos los flujos de ejecución del código analizado. Las principales técnicas de diseño de pruebas de caja blanca son: * * * (branch testing) * (es) 화이트박스 검사(White-box testing)는 응용 프로그램의 내부 구조와 동작을 검사하는 소프트웨어 테스트 방식으로, 블랙박스 검사와는 반대된다. 화이트박스 검사는 다음의 기술을 포함한다. * 제어 흐름 테스트 * 데이터 흐름 테스트 * 분기(branch) 테스트 * 경로 테스트 (ko) White-box testing (also known as clear box testing, glass box testing, transparent box testing, and structural testing) is a method of software testing that tests internal structures or workings of an application, as opposed to its functionality (i.e. black-box testing). In white-box testing, an internal perspective of the system is used to design test cases. The tester chooses inputs to exercise paths through the code and determine the expected outputs. This is analogous to testing nodes in a circuit, e.g. in-circuit testing (ICT).White-box testing can be applied at the unit, integration and system levels of the software testing process. Although traditional testers tended to think of white-box testing as being done at the unit level, it is used for integration and system testing more frequently today. It can test paths within a unit, paths between units during integration, and between subsystems during a system–level test. Though this method of test design can uncover many errors or problems, it has the potential to miss unimplemented parts of the specification or missing requirements. Where white-box testing is design-driven, that is, driven exclusively by agreed specifications of how each component of software is required to behave (as in DO-178C and ISO 26262 processes), white-box test techniques can accomplish assessment for unimplemented or missing requirements. White-box test design techniques include the following code coverage criteria: * Control flow testing * Data flow testing * Branch testing * Statement coverage * Decision coverage * Modified condition/decision coverage * Prime path testing * Path testing (en) De whiteboxtest (ook wel: glassboxtest) is een teststrategie die gebruikmaakt van kennis van de interne structuur of code van een programma of systeem. En is daarmee heel anders dan de blackboxtest, die geen kennis heeft van de implementatie.Bij een whiteboxtest mag de implementatie gemodificeerd worden om effectief te testen. Een bekend voorbeeld hiervan is het compileren van de code met debug statements (of macro's). Een bekende vorm van whiteboxtesten is de 'unit test', die meestal wordt uitgevoerd door de programmeurs of systeemontwikkelaars, als integraal deel van het (systeem)ontwikkelproces. In tegenstelling tot wat vaak gedacht wordt, is een whitebox test en een unit-test niet hetzelfde. Een unit-test is een test op het laagste niveau; het kleinst mogelijk stukje code dat getest kan worden; zoals één functie of een klasse. Vaak wordt bij deze (unit)test de whiteboxtest strategie gebruikt. Maar ook de blackboxteststrategie is mogelijk. Zie unittest voor meer opties. (nl) Il test strutturale, detto anche white box o verifica strutturale, è un particolare tipo di test che viene effettuato per rilevare errori in uno o più componenti (parte di codice, metodo, funzione, classe, programmi, ecc.) di un sistema software. Il suo funzionamento si basa su alcuni criteri che hanno lo scopo di trovare dati di test che consentano di percorrere tutto il programma. Per trovare un errore nel codice, infatti, bisogna usare dei dati che “percorrono” la parte erronea del programma. Per testare una parte di programma si introduce il concetto di cammino: una sequenza di istruzioni attraversata durante un'esecuzione. Naturalmente non esiste un criterio in grado di testare ogni singolo cammino dato l'elevato numero di questi ultimi (soprattutto in presenza di cicli), tuttavia, è possibile trovare un numero finito di cammini indipendenti che combinati tra loro forniscano tutti (o per lo meno la maggior parte) i restanti cammini. Se eseguito correttamente e senza particolari eccezioni, il test può coprire fino al 90% delle istruzioni. A differenza della metodologia black box, per cui non si ha a disposizione il codice, alla base della metodologia white box sta proprio l'analisi del codice, che permette appunto di identificare i cammini da percorrere e viene effettuata anche in modo manuale, con l'uso di diagrammi di flusso che mostrano i diversi cammini del programma e delle tabelle di traccia, che simulano l'esecuzione del codice. (it) ホワイトボックステスト (英: white-box testing)は、アプリケーションの機能（ブラックボックス）ではなく、アプリケーションの内部構造をテストするソフトウェアテストの手法である。構造テストとも呼ばれる。開発したソフトウェアを中身が見える箱として扱い、内部論理を網羅的にテストする。プログラムが辿る経路をどれだけ実行したかを基準とする。 ホワイトボックステストでは、システムの内部的な視点とプログラミングスキルを使用して、テストケースを設計する。テスターは、入力を選択してコード内のパスを実行し、期待される出力を決定します。これは、インサーキットテスト（ICT）など、回路内のノードのテストに類似しています。ホワイトボックステストは、ソフトウェアテストプロセスのユニット、統合、およびシステムレベルで適用できます。従来のテスターは、ホワイトボックステストをユニットレベルで行われると考える傾向がありましたが、今日では統合およびシステムテストに使用されることが多くなっています。ユニット内のパス、統合中のユニット間のパス、およびシステムレベルのテスト中のサブシステム間のパスをテストできます。このテスト設計方法では、多くのエラーや問題を発見できるが、仕様の実装されていない部分や不足している要件を見逃す可能性がある。ホワイトボックステストが設計主導型である場合 、つまり、ソフトウェアの各コンポーネントの動作が合意された仕様のみに基づく場合（ DO-178CおよびISO 26262プロセスのように）、ホワイトボックステスト手法で、未実装の要件と欠落している要件の評価を行うことができる。 ホワイトボックステストの設計手法には、次のコードカバレッジ基準が含まれる。 * 制御フローテスト * データフローテスト * ブランチテスト * ステートメントカバレッジ * 決定範囲 * * プライムパステスト * パステスト (ja) Testy strukturalne (ang. white-box testing, testy białej skrzynki, in. szklanej skrzynki) – rodzaj testów w inżynierii oprogramowania, polegających na testowaniu programu poprzez podawanie na wejściu takich danych, aby program przeszedł przez każdą zaimplementowaną ścieżkę. Zasady te są definiowane przez kryteria pokrycia wszystkich pętli oraz wszystkich warunków. Testy białej skrzynki nie są w stanie wykazać braku implementacji funkcji, którą powinien posiadać system docelowy. Sprawdzają jednak dokładnie operacje wykonywane w zaimplementowanych metodach. Nierzadko w trakcie testowania programu techniką szklanej skrzynki wprowadzane są do wnętrza programu sztuczne, specjalnie spreparowane dane w celu dokładniejszego przetestowania reakcji. Ten sposób jest nazywany metodą „Słonia w Kairze”. (pl) Тестирование белого ящика (англ. white-box testing), также тестирование стеклянного ящика (англ. glass-box testing), структурное тестирование (англ. structural testing) — тестирование, которое учитывает внутренние механизмы системы или компонента (ISO/IEC/IEEE 24765). Обычно включает тестирование ветвей, маршрутов, операторов (см. покрытие кода). При тестировании выбирают входы для выполнения разных частей кода и определяют ожидаемые результаты. Это напоминает . Традиционно тестирование белого ящика выполняется на уровне модулей, однако оно используется для тестирования интеграции систем и системного тестирования, тестирования внутри устройства и путей между устройствами. Этот метод тестирования не может выявить невыполненные части спецификации, отсутствие требований или создание не того приложения. Критерии покрытия кода: * покрытие операторов — каждая ли строка исходного кода была выполнена и протестирована; * покрытие условий — каждая ли точка решения (вычисления истинно ли или ложно выражение) была выполнена и протестирована; * покрытие путей — все ли возможные пути через заданную часть кода были выполнены и протестированы; * покрытие функций — каждая ли функция программы была выполнена; * покрытие вход/выход — все ли вызовы функций и возвраты из них были выполнены; * покрытие значений параметров — все ли типовые и граничные значения параметров были проверены. (ru) Teste de caixa-branca é uma técnica de teste que usa a perspectiva interna do sistema para modelar os casos de teste. No teste de software, a perspectiva interna significa basicamente o código fonte. No , cada nó de um circuito pode ser testado. Difere do teste de caixa-preta, em que a perspectiva interna do sistema é desconsiderada, sendo testadas e mensuradas somente as interfaces do sistema. Entretanto, ambas as técnicas podem ser usadas em conjunto, no que é chamado teste de caixa-cinza. Dessa forma, o teste é modelado conhecendo-se a estrutura interna do sistema, mas a execução ignora esse aspecto, como na caixa-preta. Como os testes são baseados na ao invés da interface, caso a implementação seja alterada, o teste provavelmente também terá que ser. Essa implicação adiciona um peso financeiro maior para mudar o processo de desenvolvimento. Um custo maior também se deve ao fato de que, por exigir o conhecimento interno do sistema, esse teste exige mais conhecimento técnico do testador. Entretanto, uma vantagem desse teste é que, como a estrutura interna é usada como referência, é fácil encontrar os valores de entrada mais úteis para o teste, o que também ajuda na otimização geral do sistema. O teste de caixa-branca é aplicável nas fases de unidade (unitário), integração, regressão e sistema do processo de teste, e geralmente usado na fase de unidade. Estratégias usadas no teste de caixa-branca incluem o teste de fluxo de controle, teste de fluxo de dados e ramificação da execução, além da . (pt) 白盒测试（white-box testing）又稱透明盒測試（glass box testing）、結構測試（structural testing）等，软件测试的主要方法之一，也称结构测试、逻辑驱动测试或基于程序本身的测试。測試應用程式的內部結構或運作，而不是測試應用程式的功能（即黑箱測試）。在白箱測試時，以程式語言的角度來設計測試案例。測試者輸入資料驗證資料流在程式中的流動路徑，並確定適當的輸出，類似測試電路中的節點。测试者了解待测试程序的内部结构、算法等信息，这是从程序设计者的角度对程序进行的测试。 白箱測試可以應用於單元測試（unit testing）、整合測試（integration testing）和系統的軟體測試流程，可測試在整合過程中每一單元之間的路徑，或者主系統跟子系統中的測試。儘管這種測試的方法可以發現許多的錯誤或問題，它可能無法檢測未使用部分的規範。 白盒测试设计技术包括以下代码覆盖标准： * 控制流测试 * 数据流测试 * 分支测试 * 语句覆盖 * 判定覆盖 * 修正条件/判定覆盖 * 主要路径测试 * 路径测试 (zh) Структу́рне тестува́ння, також називають тестуванням за принципом «білої скриньки» або «скляної скриньки» (англ. White box testing або англ. Glass box testing), полягає у перевірці внутрішньої структури елементів системи. Основним видом тестування є функціональне. Функціональне тестування застосовують для програмного забезпечення у цілому, а також для програмних об’єктів будь-якого рівня (процедури, модулі, підсистеми, системи). Структурне тестування доповнює функціональне. Цей вид тестування можливий для рівня не вище рівня програмного модуля. Виконання функціонального і структурного тестування системи може бути здійснене незалежно одне від одного. (uk) |
| dbo:wikiPageExternalLink | http://www.testingstandards.co.uk/Component%20Testing.pdf http://agile.csc.ncsu.edu/SEMaterials/WhiteBox.pdf http://research.microsoft.com/en-us/projects/pex/ |
| dbo:wikiPageID | 768799 (xsd:integer) |
| dbo:wikiPageLength | 10802 (xsd:nonNegativeInteger) |
| dbo:wikiPageRevisionID | 1120745968 (xsd:integer) |
| dbo:wikiPageWikiLink | dbr:Integration_testing dbr:Penetration_test dbc:Software_testing dbr:Control_flow dbr:DO-178C dbr:Gray-box_testing dbr:Regression_testing dbc:Hardware_testing dbr:Black-box_testing dbr:System_testing dbr:Code_coverage dbr:Modified_condition/decision_coverage dbr:White-box_cryptography dbr:Software_testing dbr:In-circuit_test dbr:Unit_testing dbr:ISO_26262 dbr:White_hat_hacker |
| dbp:wikiPageUsesTemplate | dbt:Citation_needed dbt:Cn dbt:More_citations_needed dbt:Reflist dbt:Short_description dbt:Black-box dbt:Software_development_process dbt:Software_testing |
| dcterms:subject | dbc:Software_testing dbc:Hardware_testing |
| gold:hypernym | dbr:Method |
| rdf:type | dbo:Software |
| rdfs:comment | Dans la théorie des systèmes, une boîte blanche (de l'anglais white box), ou boîte transparente, est un module d'un système dont on peut prévoir le fonctionnement interne car on connaît les caractéristiques de fonctionnement de l'ensemble des éléments qui le composent. Autrement dit une boîte blanche est un module qui comporte aussi peu de boîtes noires que possible. On qualifie les systèmes mixtes de « boîtes grises ». Les systèmes complexes s'articulent autour du paradigme boîte noire - boîte blanche, c'est-à-dire qu'ils forment un ensemble cohérent dont il convient de prévoir le fonctionnement ou les scénarios. Cette théorie est particulièrement bien adaptée au problème des tests logiciels en informatique. (fr) 화이트박스 검사(White-box testing)는 응용 프로그램의 내부 구조와 동작을 검사하는 소프트웨어 테스트 방식으로, 블랙박스 검사와는 반대된다. 화이트박스 검사는 다음의 기술을 포함한다. * 제어 흐름 테스트 * 데이터 흐름 테스트 * 분기(branch) 테스트 * 경로 테스트 (ko) 白盒测试（white-box testing）又稱透明盒測試（glass box testing）、結構測試（structural testing）等，软件测试的主要方法之一，也称结构测试、逻辑驱动测试或基于程序本身的测试。測試應用程式的內部結構或運作，而不是測試應用程式的功能（即黑箱測試）。在白箱測試時，以程式語言的角度來設計測試案例。測試者輸入資料驗證資料流在程式中的流動路徑，並確定適當的輸出，類似測試電路中的節點。测试者了解待测试程序的内部结构、算法等信息，这是从程序设计者的角度对程序进行的测试。 白箱測試可以應用於單元測試（unit testing）、整合測試（integration testing）和系統的軟體測試流程，可測試在整合過程中每一單元之間的路徑，或者主系統跟子系統中的測試。儘管這種測試的方法可以發現許多的錯誤或問題，它可能無法檢測未使用部分的規範。 白盒测试设计技术包括以下代码覆盖标准： * 控制流测试 * 数据流测试 * 分支测试 * 语句覆盖 * 判定覆盖 * 修正条件/判定覆盖 * 主要路径测试 * 路径测试 (zh) اختبار الصندوق الأبيض، (الملقب أيضاً اختبار الصندوق الواضح، اختبار الصندوق الزجاجي، اختبار الصندوق الشفاف، والاختبار الهيكلي) هو طريقة اختبار للبرمجيات، تختبر الهياكل الداخلية أو عمل التطبيقات بدلاً من الوظيفة (مثل:اختبار الصندوق الأسود)، في اختبار الصندوق الأبيض المنظور الداخلي للنظام مثل مهارات النظام يكون مطلوباً، ويستخدم أيضاً في حالات الاختبار، يختار المختبر مدخلات لممارسة المسارات من خلال الترميز، وتحديد المخرجات المناسبة، وهذا مشابه لاختبار النقاط في الدائرة مثل: ( تقنية الاتصالات والعلومات ICT).يمكن تطبيق عمليات اختبار الصندوق الأبيض على مستوى الوحدة، والأنظمة المتكاملة، إلا أنه دائماً يتم على مستوى الوحدة، فبإمكانه اختبار المسارات خلال الوحدة، والمسارات بين الوحدات خلال التكامل، وبين الأنظمة الفرعية خلال اختبار مستوى النظام. على الرغم من أن طريقة هذا الاختبار يمكنها أن تكشف الكثير (ar) Les proves de caixa blanca (en anglès white box testing, clear box testing, glass box testing, transparent box testing o structural testing) són un tipus de proves de programari que utilitzen una visió del sistema per a dissenyar els casos de prova basant-se en l'estructura interna. Requereix coneixements de programació per a identificar les diferents opcions o camins del mòdul, funció, etc. L'enginyer de proves selecciona les entrades dels casos de prova per aconseguir provar totes les diferents opcions del codi i determinar la sortida apropiada. Com que les proves es basen en l'actual implementació, si la implementació canvia les proves segurament requeriran una modificació per a seguir sent vàlides. (ca) Der Begriff White-Box-Test (seltener auch Glass-Box-Test) bezeichnet eine Methode des Software-Tests, bei der die Tests mit Kenntnissen über die innere Funktionsweise des zu testenden Systems entwickelt werden. Im Gegensatz zum Black-Box-Test ist für diesen Test also ein Blick in den Quellcode gestattet. D.h., es wird am Code geprüft. Selbst wenn ein Softwaresystem in Bezug auf ein Hinlänglichkeitskriterium erfolgreich getestet wurde, schließt das nicht aus, dass es Fehler enthält. Dies liegt in der Natur des White-Box-Tests begründet und kann eine der folgenden Ursachen haben: (de) Las pruebas de caja blanca (también conocidas como pruebas de caja de cristal o pruebas estructurales) se centran en los detalles procedimentales del software, por lo que su diseño está fuertemente ligado al código fuente. El ingeniero de pruebas escoge distintos valores de entrada para examinar cada uno de los posibles del programa y cerciorarse de que se devuelven los valores de salida adecuados. Al estar basadas en una implementación concreta, si esta se modifica, por regla general las pruebas también deberán rediseñarse. Las principales técnicas de diseño de pruebas de caja blanca son: (es) Il test strutturale, detto anche white box o verifica strutturale, è un particolare tipo di test che viene effettuato per rilevare errori in uno o più componenti (parte di codice, metodo, funzione, classe, programmi, ecc.) di un sistema software. Il suo funzionamento si basa su alcuni criteri che hanno lo scopo di trovare dati di test che consentano di percorrere tutto il programma. (it) White-box testing (also known as clear box testing, glass box testing, transparent box testing, and structural testing) is a method of software testing that tests internal structures or workings of an application, as opposed to its functionality (i.e. black-box testing). In white-box testing, an internal perspective of the system is used to design test cases. The tester chooses inputs to exercise paths through the code and determine the expected outputs. This is analogous to testing nodes in a circuit, e.g. in-circuit testing (ICT).White-box testing can be applied at the unit, integration and system levels of the software testing process. Although traditional testers tended to think of white-box testing as being done at the unit level, it is used for integration and system testing more fre (en) ホワイトボックステスト (英: white-box testing)は、アプリケーションの機能（ブラックボックス）ではなく、アプリケーションの内部構造をテストするソフトウェアテストの手法である。構造テストとも呼ばれる。開発したソフトウェアを中身が見える箱として扱い、内部論理を網羅的にテストする。プログラムが辿る経路をどれだけ実行したかを基準とする。 ホワイトボックステストでは、システムの内部的な視点とプログラミングスキルを使用して、テストケースを設計する。テスターは、入力を選択してコード内のパスを実行し、期待される出力を決定します。これは、インサーキットテスト（ICT）など、回路内のノードのテストに類似しています。ホワイトボックステストは、ソフトウェアテストプロセスのユニット、統合、およびシステムレベルで適用できます。従来のテスターは、ホワイトボックステストをユニットレベルで行われると考える傾向がありましたが、今日では統合およびシステムテストに使用されることが多くなっています。ユニット内のパス、統合中のユニット間のパス、およびシステムレベルのテスト中のサブシステム間のパスをテストできます。このテスト設計方法では、多くのエラーや問題を発見できるが、仕様の実装されていない部分や不足している要件を見逃す可能性がある。ホワイトボックステストが設計主導型である場合 、つまり、ソフトウェアの各コンポーネントの動作が合意された仕様のみに基づく場合（ DO-178CおよびISO 26262プロセスのように）、ホワイトボックステスト手法で、未実装の要件と欠落している要件の評価を行うことができる。 (ja) De whiteboxtest (ook wel: glassboxtest) is een teststrategie die gebruikmaakt van kennis van de interne structuur of code van een programma of systeem. En is daarmee heel anders dan de blackboxtest, die geen kennis heeft van de implementatie.Bij een whiteboxtest mag de implementatie gemodificeerd worden om effectief te testen. Een bekend voorbeeld hiervan is het compileren van de code met debug statements (of macro's). (nl) Testy strukturalne (ang. white-box testing, testy białej skrzynki, in. szklanej skrzynki) – rodzaj testów w inżynierii oprogramowania, polegających na testowaniu programu poprzez podawanie na wejściu takich danych, aby program przeszedł przez każdą zaimplementowaną ścieżkę. Zasady te są definiowane przez kryteria pokrycia wszystkich pętli oraz wszystkich warunków. Testy białej skrzynki nie są w stanie wykazać braku implementacji funkcji, którą powinien posiadać system docelowy. Sprawdzają jednak dokładnie operacje wykonywane w zaimplementowanych metodach. (pl) Teste de caixa-branca é uma técnica de teste que usa a perspectiva interna do sistema para modelar os casos de teste. No teste de software, a perspectiva interna significa basicamente o código fonte. No , cada nó de um circuito pode ser testado. O teste de caixa-branca é aplicável nas fases de unidade (unitário), integração, regressão e sistema do processo de teste, e geralmente usado na fase de unidade. Estratégias usadas no teste de caixa-branca incluem o teste de fluxo de controle, teste de fluxo de dados e ramificação da execução, além da . (pt) Тестирование белого ящика (англ. white-box testing), также тестирование стеклянного ящика (англ. glass-box testing), структурное тестирование (англ. structural testing) — тестирование, которое учитывает внутренние механизмы системы или компонента (ISO/IEC/IEEE 24765). Обычно включает тестирование ветвей, маршрутов, операторов (см. покрытие кода). При тестировании выбирают входы для выполнения разных частей кода и определяют ожидаемые результаты. Это напоминает . Критерии покрытия кода: (ru) Структу́рне тестува́ння, також називають тестуванням за принципом «білої скриньки» або «скляної скриньки» (англ. White box testing або англ. Glass box testing), полягає у перевірці внутрішньої структури елементів системи. (uk) |
| rdfs:label | اختبار الصندوق الأبيض (ar) Proves de caixa blanca (ca) White-Box-Test (de) Pruebas de caja blanca (es) Boîte blanche (fr) Test strutturale (it) ホワイトボックステスト (ja) 화이트박스 검사 (ko) Whiteboxtest (nl) Teste de caixa-branca (pt) Testy strukturalne (pl) Тестирование белого ящика (ru) White-box testing (en) Структурне тестування (uk) 白盒测试 (zh) |
| owl:sameAs | freebase:White-box testing wikidata:White-box testing dbpedia-ar:White-box testing dbpedia-ca:White-box testing dbpedia-de:White-box testing dbpedia-es:White-box testing dbpedia-fa:White-box testing dbpedia-fr:White-box testing dbpedia-he:White-box testing dbpedia-hu:White-box testing dbpedia-it:White-box testing dbpedia-ja:White-box testing dbpedia-ko:White-box testing dbpedia-mk:White-box testing dbpedia-nl:White-box testing dbpedia-pl:White-box testing dbpedia-pt:White-box testing dbpedia-ru:White-box testing http://ta.dbpedia.org/resource/வெள்ளைப்_பெட்டிச்_சோதனை dbpedia-uk:White-box testing dbpedia-zh:White-box testing https://global.dbpedia.org/id/9aCm |
| prov:wasDerivedFrom | wikipedia-en:White-box_testing?oldid=1120745968&ns=0 |
| foaf:isPrimaryTopicOf | wikipedia-en:White-box_testing |
| is dbo:wikiPageRedirects of | dbr:White_box_test dbr:Whitebox_testing dbr:White_box_testing dbr:Glass-box_testing dbr:Glass_box_testing dbr:Clear_box_testing |
| is dbo:wikiPageWikiLink of | dbr:Cantata++ dbr:Elementary_comparison_testing dbr:2022_in_science dbr:Decision-to-decision_path dbr:Design_predicates dbr:DevOps dbr:Fuzzing dbr:Basis_path_testing dbr:Machine_learning dbr:Computer_engineering_compendium dbr:Functional_testing dbr:Manual_testing dbr:Mutation_testing dbr:Timeline_of_computing_2020–present dbr:Cyber_self-defense dbr:Cyclomatic_complexity dbr:Database_testing dbr:Explainable_artificial_intelligence dbr:Diagnostic_program dbr:Differential_testing dbr:Glossary_of_systems_theory dbr:Gray-box_testing dbr:Static_application_security_testing dbr:Black-box_testing dbr:White_box dbr:White_box_(software_engineering) dbr:White_box_test dbr:Whitebox_testing dbr:Axiomatic_product_development_lifecycle dbr:Software_release_life_cycle dbr:Shift-left_testing dbr:System_identification dbr:Satisfiability_modulo_theories dbr:ISO/IEC_29119 dbr:Systems_development_life_cycle dbr:Testing_high-performance_computing_applications dbr:Veracode dbr:White_box_testing dbr:Glass-box_testing dbr:Glass_box_testing dbr:Clear_box_testing |
| is owl:differentFrom of | dbr:White_box_(computer_hardware) |
| is foaf:primaryTopic of | wikipedia-en:White-box_testing |