Welche Testdokumentation existiert?

Testdokumentation umfasst Artefakte, die in verschiedenen Phasen der Tests verwendet werden. Die Hauptarten:

• Testrichtlinie (Test Policy): Hochrangiges Dokument, das die Ziele, Ansätze und Prinzipien der Tests in der Organisation festlegt.
• Teststrategie (Test Strategy): Detaillierteres Dokument, das den allgemeinen Testplan für ein bestimmtes Projekt oder Produkt beschreibt, einschließlich Umfang, Ressourcen, Zeitplan und Methoden.
• Testplan (Test Plan): Dokument, das die konkreten Testaktionen für eine bestimmte Iteration oder Veröffentlichung beschreibt. Enthält:
  • Ziele und Aufgaben der Tests.
  • Testumfang (was getestet wird, was nicht).
  • Eintritts- und Austrittskriterien.
  • Testarten.
  • Testumgebung.
  • Rollen und Verantwortlichkeiten.
  • Zeitplan.
  • Risikomanagement.
  • Kriterien für Testunterbrechung und -wiederaufnahme.
• Testfall / Testszenario (Test Case): Dokument, das konkrete Schritte zur Durchführung eines bestimmten Tests beschreibt, zusammen mit dem erwarteten Ergebnis.
• Checkliste (Checklist): Liste von Punkten oder Funktionen, die überprüft werden sollen, ohne detaillierte Schrittbeschreibung. Wird verwendet, wenn die Schritte offensichtlich sind oder keine Formalisierung erfordern.
• Test-Suite / Test-Set (Test Suite / Test Set): Sammlung von Testfällen, die nach einem bestimmten Kriterium gruppiert sind (z.B. nach Funktionalität oder Testart).
• Fehlerbericht / Defektbericht (Bug Report / Defect Report): Dokument, das einen gefundenen Fehler beschreibt, inklusive Schritte zur Reproduktion, tatsächliche und erwartete Ergebnisse, Umgebung und Kritikalitätsgrad.
• Testergebnisbericht (Test Execution Report): Dokument, das die Ergebnisse der Testausführung zusammenfasst, inklusive Bestehen/Nichtbestehen-Status der Testfälle, Anzahl gefundener Fehler und Gesamtfortschritt.
• Testabschlussbericht (Test Closure Report): Dokument, das den gesamten Testaufwand zusammenfasst, inklusive Endstatus, Lessons Learned und Empfehlungen.
• Rückverfolgbarkeitsmatrix (Traceability Matrix): Dokument, das Testartefakte mit Anforderungen verknüpft, um sicherzustellen, dass alle Anforderungen durch Tests abgedeckt sind.

Beispiel für eine einfache Testfallstruktur:

Feld	Beschreibung
Testfall-ID	Eindeutiger Bezeichner
Testfallname	Kurze Beschreibung des Tests
Ziel des Testfalls	Was überprüft wird
Voraussetzungen	Notwendige Bedingungen vor Beginn
Ausführungsschritte	Abfolge der Aktionen
Erwartetes Ergebnis	Das erwartete Resultat
Nachbedingungen	Systemzustand nach Abschluss

Beispiel für einen einfachen Fehlerbericht:

Feld	Beschreibung
Fehler-ID	Eindeutiger Bezeichner
Kurze Beschreibung	Zusammenfassung des Problems in einem Satz
Projekt / Modul	Wo der Fehler gefunden wurde
Produktversion	Version, in der der Fehler gefunden wurde
Umgebung	OS, Browser, Einstellungen
Reproduktionsschritte	Schrittfolge zur Reproduktion des Fehlers
Tatsächliches Ergebnis	Was passiert ist
Erwartetes Ergebnis	Wie es hätte sein sollen
Kritikalität	Einfluss auf Funktionalität (Blocker, Kritisch, Major, Minor, Trivial)
Priorität	Wie schnell behoben werden muss (High, Medium, Low)
Fehlerautor	Wer den Fehler gefunden hat
Erstellungsdatum
Status	(Neu, Offen, In Bearbeitung, Gelöst, Geschlossen, Reopened)
Zugewiesen an	Entwickler, Verantwortlicher

# Beispielcode zur Automatisierung eines Testfalls (Ausschnitt)
def test_user_login_successful():
    # Vorbereitende Schritte
    login_page.open()
    login_page.enter_username("valid_user")
    login_page.enter_password("valid_password")
    
    # Ausführungsschritt
    login_page.click_login_button()
    
    # Überprüfung des erwarteten Ergebnisses
    assert home_page.is_dashboard_displayed()
    # Nachbedingungen (z.B. Abmeldung)
    home_page.logout()

# Beispielbefehl zum Ausführen eines automatisierten Testsets
pytest tests/smoke_tests.py

Die Dokumentation kann sowohl formell (nach Vorlagen erstellt) als auch informell sein, abhängig von der Entwicklungsmethodik und den Projektanforderungen.