Black-Box-Test: Unterschied zwischen den Versionen
Aus FI-Wiki
Keine Bearbeitungszusammenfassung |
|||
| (Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
Der '''Black-Box-Test''' ist ein [[Dynamisches Testen|dynamisches Testverfahren]], bei dem ein Programm von außen getestet wird '''ohne Kenntnis des Quellcodes'''. | |||
Der '''Black-Box-Test''' ist ein [[Dynamisches Testen|dynamisches Testverfahren]], bei dem ein Programm von außen getestet wird | |||
Nur die Eingaben und Ausgaben werden betrachtet, nicht die interne Implementierung. | Nur die Eingaben und Ausgaben werden betrachtet, nicht die interne Implementierung. | ||
== Merkmale == | |||
* Tester kennt die interne Funktionsweise nicht | * Tester kennt die interne Funktionsweise nicht | ||
* Fokus auf funktionalen Anforderungen | * Fokus auf funktionalen Anforderungen | ||
| Zeile 10: | Zeile 8: | ||
* ideal für Akzeptanz- und Systemtests | * ideal für Akzeptanz- und Systemtests | ||
== Was wird getestet? == | |||
* liefert das System bei bestimmten Eingaben die richtigen Ausgaben? | * liefert das System bei bestimmten Eingaben die richtigen Ausgaben? | ||
* verhält sich das System wie spezifiziert? | * verhält sich das System wie spezifiziert? | ||
| Zeile 18: | Zeile 16: | ||
Eingabe eines Passworts → System meldet „gültig“ oder „ungültig“, ohne dass der Tester den Code sieht. | Eingabe eines Passworts → System meldet „gültig“ oder „ungültig“, ohne dass der Tester den Code sieht. | ||
== Typische Methoden == | |||
* Äquivalenzklassenbildung | * Äquivalenzklassenbildung | ||
* Grenzwertanalyse | * Grenzwertanalyse | ||
| Zeile 24: | Zeile 22: | ||
* zustandsbasierte Tests | * zustandsbasierte Tests | ||
== Vorteile == | |||
* keine Kenntnisse des Codes erforderlich | * keine Kenntnisse des Codes erforderlich | ||
* gute Abdeckung der funktionalen Anforderungen | * gute Abdeckung der funktionalen Anforderungen | ||
| Zeile 30: | Zeile 28: | ||
* ideal für Fehlertests durch ungültige Eingaben | * ideal für Fehlertests durch ungültige Eingaben | ||
== Nachteile == | |||
* interne Fehler im Code bleiben unentdeckt | * interne Fehler im Code bleiben unentdeckt | ||
* möglicherweise unvollständige Testabdeckung | * möglicherweise unvollständige Testabdeckung | ||
* manche Pfade im Code werden nie ausgeführt | * manche Pfade im Code werden nie ausgeführt | ||
== Kurzmerksatz == | |||
'''Beim Black-Box-Test zählt nur, was rein- und rausgeht. Der Code bleibt unsichtbar.''' | '''Beim Black-Box-Test zählt nur, was rein- und rausgeht. Der Code bleibt unsichtbar.''' | ||
Aktuelle Version vom 12. Januar 2026, 13:40 Uhr
Der Black-Box-Test ist ein dynamisches Testverfahren, bei dem ein Programm von außen getestet wird ohne Kenntnis des Quellcodes. Nur die Eingaben und Ausgaben werden betrachtet, nicht die interne Implementierung.
Merkmale
- Tester kennt die interne Funktionsweise nicht
- Fokus auf funktionalen Anforderungen
- Test basiert auf Spezifikation, Use Cases oder Benutzeranforderungen
- ideal für Akzeptanz- und Systemtests
Was wird getestet?
- liefert das System bei bestimmten Eingaben die richtigen Ausgaben?
- verhält sich das System wie spezifiziert?
- wird korrekt auf ungültige oder extreme Eingaben reagiert?
Beispiel: Eingabe eines Passworts → System meldet „gültig“ oder „ungültig“, ohne dass der Tester den Code sieht.
Typische Methoden
- Äquivalenzklassenbildung
- Grenzwertanalyse
- Entscheidungstabellen
- zustandsbasierte Tests
Vorteile
- keine Kenntnisse des Codes erforderlich
- gute Abdeckung der funktionalen Anforderungen
- zeigt reale Nutzersicht
- ideal für Fehlertests durch ungültige Eingaben
Nachteile
- interne Fehler im Code bleiben unentdeckt
- möglicherweise unvollständige Testabdeckung
- manche Pfade im Code werden nie ausgeführt
Kurzmerksatz
Beim Black-Box-Test zählt nur, was rein- und rausgeht. Der Code bleibt unsichtbar.
