Für jeden Testfall wurden der Anwendungsfall, das Anwendungsfallszenario, das Testziel oder die Bedingung klar beschrieben.
In jedem Testfall werden das erwartete Ergebnis und die Methode zur Bewertung des Ergebnisses dargelegt.
Für jede zu testende Anforderung wurden mindestens zwei Testfälle identifiziert.
Ein Testfall, der eine erwartete Bedingung darstellt, wird entwickelt, um das korrekte bzw. erwartete Verhalten zu
überprüfen (Positivtest). Ein zweiter Testfall, der eine nicht akzeptable, anormale oder unerwartete Bedingung darstellt,
wird entwickelt, um sicherzustellen, dass die zu testende Anforderung nicht auf unerwartete Weise ausgeführt wird
(Negativtest). Normalerweise gibt es für jede zu testende Anforderung mindestens einen Positivtestfall und viele
Negativtestfälle. |
Testfälle werden identifiziert, um alle Verhaltensweisen, die sich aus dem Produktverhalten ergeben, im Testziel zu produzieren.
Sie sollten folgende Punkte enthalten (je nach Einzelfall):
-
Funktion
-
Datenvalidierung
-
Implementierung von Geschäftsregeln
-
Workflow oder Steuerung des Testziels
-
Datenflussleistung für Objektstatus (einschließlich Arbeitslast, Konfiguration und Stress)
-
Sicherheit und Zugriffsmöglichkeit
-
Kompatibilität.
|
Jeder Testfall beschreibt oder repräsentiert eindeutige Eingaben oder eine eindeutige Folge von Ereignissen, die zu einem eindeutigen Verhalten des Testziels führen.
Überprüfen Sie die Testfälle, die dasselbe Verhalten produzieren, und stellen Sie fest, ob sie äquivalent sind, d. h., ob
sie beide den Pfad im Testziel ausführen. |
Jeder Testfall bzw. jede Gruppe zugehöriger Testfälle identifiziert den Anfangsstatus des Testziels und den Status der Testdaten.
Alle Testfallnamen und/oder -IDs stimmen mit der Namenskonvention für Testarbeitsergebnisse überein.
|