Ich versuche zu verstehen, wie das eine im Vergleich zum anderen ist.
Gibt es White-Box-Tests, bei denen Sie den Code sehen können, und Black-Box-Tests, bei denen Sie den Code nicht sehen?
F) Gibt es White-Box-Tests, bei denen Sie den Code sehen können, und Black-Box-Tests, bei denen Sie den Code nicht sehen?
Es handelt sich um einen Prozess, bei dem die Eingabe in das System erfolgt und die Ausgabe des Systems überprüft wird, ohne dass man sich Gedanken darüber macht, wie das System die Ausgabe erzeugt. Es wird auch als Verhaltenstest, datengesteuertes Testen oder E/A-gesteuertes Testen, Funktionstest bezeichnet.
Tests, die ausschließlich auf der Analyse der Anforderungen basieren (Spezifikation, Benutzerdokumentation usw.)
Vorteile:
1) Effektiver bei größeren Code-Einheiten als Glass-Box-Tests.
2) Tester und Programmierer sind unabhängig voneinander.
3) Tests aus der Sicht der Benutzer.
4) Testfälle können entworfen werden, sobald die Spezifikationen vollständig sind.
Benachteiligungen:
1) Es kann sein, dass viele Programmpfade ungeprüft bleiben.
2) Nur eine kleine Anzahl möglicher Eingaben kann tatsächlich getestet werden, um alle möglichen zu testen. Eingabestrom zu testen, würde fast ewig dauern.
Es handelt sich um einen Prozess, bei dem Eingaben in ein System gegeben werden und überprüft wird, wie das System die Eingaben verarbeitet, um die Ausgaben zu erzeugen.
Es ist zwingend erforderlich, dass der Tester den Code kennt.
Vorteil:
1) Diese Art der Prüfung hilft, Fehler auf struktureller Ebene aufzudecken. Die Tests gehen unter die oberste und funktionale Ebene, um die Fehler aufzudecken
Benachteiligungen:
1) Stellt nicht sicher, dass die Nutzeranforderungen erfüllt werden
2) Stellt nicht fest, ob die Entscheidungen, Bedingungen und Wege.
Beachten Sie auch, dass Sie, wenn Sie einen Codezweig haben, den Sie nicht mit einem gültigen Blackbox-Testfall testen können, entweder versuchen, etwas Nebensächliches und Unwichtiges zu testen, oder Sie haben einen toten Code gefunden.
Wikipedia:
White-Box-Tests verwendet eine interne Perspektive des Systems, um Testfälle zu entwerfen, die auf der internen Struktur. Es erfordert Programmier Fähigkeiten, um alle Pfade durch die der Software zu identifizieren.
gegen
Black-Box-Tests nimmt eine externe Perspektive des Testobjekts Objekts, um Testfälle abzuleiten.
Ja, das trifft es ziemlich genau. Black Box ist das Testen der externen Elemente ohne Wissen (oder Zugang) zu internen Elementen. Bei White-Box-Tests kann man den internen Zustand des zu testenden Objekts einsehen (und eventuell ändern). Beide haben unterschiedliche Verwendungszwecke. Unit-Tests sind in den meisten Fällen (aber nicht immer) White-Box-Tests.
Unit-Tests testen bestimmte Funktionen typischerweise auf einer sehr granularen Ebene. Sie sind die niedrigste Teststufe und werden in der Regel von den Entwicklern der Anwendung erstellt und zu einer Regressionstestsuite zusammengefasst, die aus Hunderten oder Tausenden von Tests besteht und bei jeder Änderung ausgeführt werden kann, um eine Regression zu erkennen.
White-Box-Tests
Sobald die interne Funktionsweise der Software bekannt ist, wird der Test durchgeführt, um sicherzustellen, dass alle internen Operationen der Software gemäß der Spezifikation ausgeführt werden.
Black-Box-Tests
Sobald die spezifizierte Funktion für jede SW-Komponente entworfen wurde, wird der Test durchgeführt, um sicherzustellen, dass jede Funktion funktioniert.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
1 Stimmen
Siehe die bereits bestehende stackoverflow.com/questions/402161/