Teststufen zur QS von Softwaresystem
Komponententest
Integrationstest
Systemtest
Abnahmetest
häufig durch Entwickler durchgeführt
Funktionen und Systemkomponenten isoliert begutachten
Zusammenspiel mehrerer Komponenten, über technische Schnittstellen miteinander verbunden
Das ganze System wird getestet
Abnahmetests
komplette Testung durch Auftraggeber
Aktivitäten zum methodischen Testen
Testanfoderungsanalyse
↓
Testplanung
Testfallspezifikation
Testdatenerstellung
Testausführung
Testauswertung
Mögliche Fragen Testplanung
WAS -> Welche Objekte / Funktionen?
WARUM -> Welche Ziele verfolgt der Test?
WANN -> Welche Termine fixiert?
WO -> Wo soll getestet werden?
WIE -> Unter welchen Bedingungen wird getestet?
WOMIT -> Mit welchen Mitteln?
WER -> Wer führt die Tests durch?
Quellen für Testdaten
Architekturbeschreibung
Programmcode
Testdaten
Produktionsdaten
Spezifikation
test driven development
Erst wird der Test beschrieben und ausgeführt -> dann die Funktion dafür geschrieben.
Erst schlägt der Testfall fehl -> nach Implementierung läuft er idealerweise durch
Zweck Integrationstest
Zusammenspiel einzelner Komponenten testen über Schnittstellen
Wodurch können fehlende Komponenten simuliert werden?
Treiber
Dummys
Sind Softwarefragmente, die das Aufrufen anderer Komponenten simulieren
Softwarefragmente, die Komponenten simulieren und durch andere Komponenten aufgerufen werden
Treiber und Dummys
<<TREIBER>>
↓ ruft Funktionen auf
[zu testende Komponente]
<<Dummy>>
3 Integrationsstrategien
Bottom-up
Top-down
By-Value
Bottom-Up-Strategie
Basiskomponenten werden zuerst implementiert
Basis sind die Treiber!
Erst Treiber -> dann Komponente
Zuletzt geändertvor 9 Tagen