About: White-box testing     Goto   Sponge   NotDistinct   Permalink

An Entity of Type : dbo:Software, within Data Space : dbpedia.org associated with source document(s)
QRcode icon
http://dbpedia.org/describe/?url=http%3A%2F%2Fdbpedia.org%2Fresource%2FWhite-box_testing

White-box testing (also known as clear box testing, glass box testing, transparent box testing, and structural testing) is a method of testing software 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, as well as programming skills, are used to design test cases. The tester chooses inputs to exercise paths through the code and determine the appropriate 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 inte

AttributesValues
rdf:type
rdfs:label
  • اختبار الصندوق الأبيض
  • White-box testing
  • White-Box-Test
  • Pruebas de caja blanca
  • Boîte blanche
  • Test strutturale
  • Whiteboxtest
  • Testy strukturalne
  • Teste de caixa-branca
  • Тестирование по стратегии белого ящика
  • 白盒测试
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.
  • 白盒测试(white-box testing)又稱透明盒測試(glass box testing)、結構測試(structural testing)等,软件测试的主要方法之一,也称结构测试、逻辑驱动测试或基于程序本身的测试。測試應用程式的內部結構或運作,而不是測試應用程式的功能(即黑箱測試)。在白箱測試時,以程式語言的角度來設計測試案例。測試者輸入資料驗證資料流在程式中的流動路徑,並確定適當的輸出,類似測試電路中的節點。测试者了解待测试程序的内部结构、算法等信息,这是从程序设计者的角度对程序进行的测试。 白箱測試可以應用於單元測試(unit testing)、整合測試(integration testing)和系統的軟體測試流程,可測試在整合過程中每一單元之間的路徑,或者主系統跟子系統中的測試。儘管這種測試的方法可以發現許多的錯誤或問題,它可能無法檢測未使用部分的規範。 白盒测试设计技术包括以下代码覆盖标准: * 控制流测试 * 数据流测试 * 分支测试 * 语句覆盖 * 判定覆盖 * 修正条件/判定覆盖 * 主要路径测试 * 路径测试
  • White-box testing (also known as clear box testing, glass box testing, transparent box testing, and structural testing) is a method of testing software 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, as well as programming skills, are used to design test cases. The tester chooses inputs to exercise paths through the code and determine the appropriate 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 inte
  • 25بك المحتوى هنا ينقصه الاستشهاد بمصادر. يرجى إيراد مصادر موثوق بها. أي معلومات غير موثقة يمكن التشكيك بها وإزالتها. (فبراير 2016)25بك هذه المقالة بها مصطلحات معربة غير موثقة يجب إضافة مصدرها العربي وإلا لا يؤخذ بها. فضلًا صحّح أي مصطلح خاطئ، وأضف المصدر العربي الموثوق الذي يدعمه. (أكتوبر 2015) تقنيات تصميم اختبار الصندوق الأبيض تتضمن: * اختبار تدفق النظام (بالإنجليزية:تدفق السيطرة testing) * اختبار تدفق البيانات (بالإنجليزية: Data flow testing) * اختبار الفرع ( بالإنجليزية:Branch testing) * اختبار المسار ( بالإنجليزية:Path testing)
  • 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:
  • 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 flujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados. Al estar basadas en una implementación concreta, si ésta se modifica, por regla general las pruebas también deberán rediseñarse.
  • 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.
  • 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).
  • Testy strukturalne (ang. white-box testing) – znane są także jako testy białej lub szklanej skrzynki. Polegają 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.
  • 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 teste de hardware, cada nó de um circuito pode ser testado. O teste de caixa-branca é aplicável nas fases de unidade, 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 análise estática.
  • Тестирование по стратегии белого ящика — тестирование кода на предмет логики работы программы и корректности её работы с точки зрения компилятора того языка, на котором она писалась. Тестирование по стратегии белого ящика, также называемое техникой тестирования, управляемой логикой программы, позволяет проверить внутреннюю структуру программы. Исходя из этой стратегии, тестировщик получает тестовые данные путём анализа логики работы программы. Техника Белого ящика включает в себя следующие методы тестирования:
sameAs
dct:subject
Wikipage page ID
Wikipage revision ID
Link from a Wikipage to another Wikipage
Link from a Wikipage to an external page
foaf:isPrimaryTopicOf
prov:wasDerivedFrom
has abstract
  • 25بك المحتوى هنا ينقصه الاستشهاد بمصادر. يرجى إيراد مصادر موثوق بها. أي معلومات غير موثقة يمكن التشكيك بها وإزالتها. (فبراير 2016)25بك هذه المقالة بها مصطلحات معربة غير موثقة يجب إضافة مصدرها العربي وإلا لا يؤخذ بها. فضلًا صحّح أي مصطلح خاطئ، وأضف المصدر العربي الموثوق الذي يدعمه. (أكتوبر 2015) اختبار الصندوق الأبيض، ( الملقب أيضاً اختبار الصندوق الواضح، اختبار الصندوق الزجاجي، اختبار الصندوق الشفاف، والاختبار الهيكلي) هو طريقة اختبار للبرمجيات،تختبر الهياكل الداخلية أو عمل التطبيقات بدلاً من الوظيفة ( مثل:اختبار الصندوق الأسود)، في اختبار الصندوق الأبيض المنظور الداخلي للنظام مثل مهارات النظام يكون مطلوباً، ويستخدم أيضاً في حالات الاختبار، يختار المختبر مدخلات لممارسة المسارات من خلال الترميز، وتحديد المخرجات المناسبة، وهذا مشابه لاختبار النقاط في الدائرة مثل: اختبار الدائرة الكهربائية( تقنية الاتصالات والعلومات ICT).يمكن تطبيق عمليات اختبار الصندوق الأبيض على مستوى الوحدة، والأنظمة المتكاملة، إلا أنه دائماً يتم على مستوى الوحدة، فبإمكانه اختبار المسارات خلال الوحدة،والمسارات بين الوحدات خلال التكامل ،وبين الأنظمة الفرعية خلال اختبار مستوى النظام. على الرغم من أن طريقة هذا الاختبار يمكنها أن تكشف الكثير من الأخطاء والمشاكل، إلا أنها لا تكشف أجزاء المواصفات التي لم تنفذ أو المطلوبات المفقودة. تقنيات تصميم اختبار الصندوق الأبيض تتضمن: * اختبار تدفق النظام (بالإنجليزية:تدفق السيطرة testing) * اختبار تدفق البيانات (بالإنجليزية: Data flow testing) * اختبار الفرع ( بالإنجليزية:Branch testing) * اختبار المسار ( بالإنجليزية:Path testing)
  • 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.
  • White-box testing (also known as clear box testing, glass box testing, transparent box testing, and structural testing) is a method of testing software 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, as well as programming skills, are used to design test cases. The tester chooses inputs to exercise paths through the code and determine the appropriate 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. 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
  • 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.
  • 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 flujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados. Al estar basadas en una implementación concreta, si ésta 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 sistema—, 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: * Pruebas de flujo de control * Pruebas de flujo de datos * Pruebas de bifurcación (branch testing) * Pruebas de caminos básicos
  • 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.
  • 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.
  • Testy strukturalne (ang. white-box testing) – znane są także jako testy białej lub szklanej skrzynki. Polegają 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 nazywamy metodą „Słonia w Kairze”.
  • 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 teste de hardware, 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 implementação 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, 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 análise estática.
  • 白盒测试(white-box testing)又稱透明盒測試(glass box testing)、結構測試(structural testing)等,软件测试的主要方法之一,也称结构测试、逻辑驱动测试或基于程序本身的测试。測試應用程式的內部結構或運作,而不是測試應用程式的功能(即黑箱測試)。在白箱測試時,以程式語言的角度來設計測試案例。測試者輸入資料驗證資料流在程式中的流動路徑,並確定適當的輸出,類似測試電路中的節點。测试者了解待测试程序的内部结构、算法等信息,这是从程序设计者的角度对程序进行的测试。 白箱測試可以應用於單元測試(unit testing)、整合測試(integration testing)和系統的軟體測試流程,可測試在整合過程中每一單元之間的路徑,或者主系統跟子系統中的測試。儘管這種測試的方法可以發現許多的錯誤或問題,它可能無法檢測未使用部分的規範。 白盒测试设计技术包括以下代码覆盖标准: * 控制流测试 * 数据流测试 * 分支测试 * 语句覆盖 * 判定覆盖 * 修正条件/判定覆盖 * 主要路径测试 * 路径测试
  • Тестирование по стратегии белого ящика — тестирование кода на предмет логики работы программы и корректности её работы с точки зрения компилятора того языка, на котором она писалась. Тестирование по стратегии белого ящика, также называемое техникой тестирования, управляемой логикой программы, позволяет проверить внутреннюю структуру программы. Исходя из этой стратегии, тестировщик получает тестовые данные путём анализа логики работы программы. Техника Белого ящика включает в себя следующие методы тестирования: 1. * покрытие решений 2. * покрытие условий 3. * покрытие решений и условий 4. * комбинаторное покрытие условий
http://purl.org/voc/vrank#hasRank
http://purl.org/li...ics/gold/hypernym
is differentFrom of
is Link from a Wikipage to another Wikipage of
Faceted Search & Find service v1.17_git39 as of Aug 09 2019


Alternative Linked Data Documents: PivotViewer | iSPARQL | ODE     Content Formats:       RDF       ODATA       Microdata      About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 07.20.3235 as of Jun 25 2020, on Linux (x86_64-generic-linux-glibc25), Single-Server Edition (61 GB total memory)
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2020 OpenLink Software