5-Teststufen

in Abhängigkeit vom Entwicklungsvorgehen gewählte Strukturierung des Testens nach zeitlichen Aspekten und inhaltlichen Schwerpunkten

Unterschiede in den Teststufen ergeben sich aus:

• unterschiedlichen Testobjekten

• unterschiedlichen Testzielen

• unterschiedlicher Testbasis

• Anwendung unterschiedlicher Testverfahren

• unterschiedliche Verantwortlichkeiten

Prüfen der Entwicklungsergebnisse gegen die ursprünglichen Anforderungen

Hier gegen diejenigen Anforderungen, die auf der jeweiligen korrespondierenden Stufe spezifiziert wurden.

Neben validierenden Prüfungen fordert das V-Modell auch so genannte verifizierende Prüfungen, z.B. Reviews.

Verifizierung ist im Gegensatz zur Validierung auf eine einzelne Entwicklungsphase bezogen und soll die Korrektheit und Vollständigkeit eines Phasenergebnisses relativ zu seiner direkten Spezifikation nachweisen.

Untersucht wird, ob die jeweiligen Arbeitsergebnisse korrekt umgesetzt wurden, im Vergleich zu den jeweiligen Vorgaben in der Phase.

ein einzelner Softwarebaustein wird isoliert von anderen Softwarebausteinen überprüft, z.B. Programmmodule, DB-Skripte etc.

Es werden nur komponenteninterne Aspekte geprüft, nicht jedoch die Wechselwirkung mit Nachbarkomponenten.

Testbasis beim Komponententest ist in erster Linie die Komponentenspezifikation.

Ziele sind auch Robustheit und Wartbarkeit

Einzelbausteine werden schrittweise zu größeren Einheiten von Komponenten zusammengesetzt (Integration).

entstandenes Teilsystem kann dann Basis für die weitere Integration noch größerer Einheiten sein.

Testbasis ist Software-/Systemdesign oder Systemarchitektur

Ziel ist Fehlerwirkungen in den Schnittstellen aufdecken.

Reihenfolge der Integration ist zu klären (Top-Down / Bottom-Up / Ad-hoc / Big-Bang)

Komplett zusammengebautes (integriertes) System als Ganzes (Handbücher etc.) ist Testobjekt

Testbasis sind Systemanforderungen, Use Cases, Risikoanalysen

Ziel ist das validieren, ob die Anforderungen vollständig und angemessen umgesetzt wurden

• Test der funktionalen Anforderungen mit anforderungs-, geschäftsprozessoder anwendungsfallbasierten Tests

• Test der nicht-funktionalen Anforderungen z.B. mit speziellen Tests, z.B. Lasttests

Der Abnahmetest ist eine spezielle Form des Systemtests, bei dem die Sicht und das Urteil des Kunden bzw. Anwenders auf das getestete Gesamtsystem im Vordergrund stehen.

Testobjekt sind hier auch z.B. Geschäftsprozesse / Anwenderverfahren

Testbasis sind alle Dokumente, die das System aus Kundensicht beschreiben, z.B. Geschäftsprozesse, Formulare, Gesetze/Vorschriften, Use Cases, vertraglich definierte Abnahmekriterien

Der Abnahmetest zielt nicht auf das Finden von Fehlern ab.