Black-Box-Testing ist eine Testmethode, die die funktionalen Anforderungen eines Systems überprüft, ohne interne Implementierungsdetails zu berücksichtigen. Tester prüfen Eingaben und Ausgaben sowie Schnittstellenverhalten und validieren Akzeptanzkriterien. Die Methode eignet sich für Abnahme-, Integrations- und Systemtests, hilft sichtbare Fehlverhalten aus…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Ausführbares Vorgehen: kann angewendet werden und erzeugt ein Ergebnis.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Black-Box-Testing prüft Software aus Außensicht anhand von Eingaben, Ausgaben und Schnittstellenverhalten, ohne die interne Implementierung zu betrachten.
Im Softwaretesten entstand Black-Box-Testing aus dem Bedarf, fachliche Anforderungen und beobachtbares Verhalten unabhängig vom Quellcode zu prüfen. Es gehört zur spezifikationsbasierten Testung: Erwartung und Sollverhalten werden aus Anforderungen, Akzeptanzkriterien und Schnittstellen abgeleitet. Die IEEE-29119-Familie beschreibt es als dynamische Testpraxis, die auf Unit-, Integrations-, System- und Abnahmeebene einsetzbar ist.
Stell dir die Anwendung wie eine geschlossene Box am Prüfpunkt vor. Aus Anforderungen entsteht ein erwartetes Ergebnis. Tester geben gültige und ungültige Eingaben über die Schnittstelle ein, vergleichen die Reaktion mit einem Testorakel und decken mit wenigen Fällen viele Varianten ab. Äquivalenzklassenbildung gruppiert ähnliche Eingaben; Grenzwertanalyse prüft die Kanten von Wertebereichen.
Geprüft wird, was das System nach außen zeigt: Eingaben, Ausgaben und Reaktionen an der Schnittstelle.
Erwartetes Verhalten wird aus Anforderungen, Akzeptanzkriterien oder anderen fachlichen Vorgaben abgeleitet.
Eine Referenz entscheidet, ob ein beobachtetes Ergebnis als korrekt oder fehlerhaft gilt.
Eingaben werden nach ähnlichem erwarteten Verhalten gruppiert, damit weniger Testfälle nötig sind.
Grenzen von Wertebereichen werden gezielt getestet, weil dort Fehler besonders häufig sichtbar werden.
Black-Box-Testing ist besonders nützlich für Abnahme-, Integrations- und Systemtests sowie für Nutzerpfade mit klaren Sollreaktionen. Es lässt sich gut automatisieren und ergänzt White-Box-Verfahren, deckt aber keine internen Ursachen oder Codeabdeckung ab. Bei unklaren Anforderungen oder schwacher Fallauswahl entstehen leicht blinde Flecken.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.