Antwort.

Testdokumentation ist eine Sammlung von Dokumenten, die die Prozesse, Kriterien, Objekte und Szenarien des Testens beschreiben. Sie entstand mit der Entwicklung von Ansätzen zur Strukturierung der Qualitätssicherung von Software, um Transparenz, Reproduzierbarkeit und Wissenstransfer im Team zu gewährleisten.

Historie des Themas:

In den frühen Phasen der IT-Entwicklung war das Testen chaotisch, hauptsächlich mündlich, was zu übersehenen Bugs und Wissensverlusten führte. Mit dem Aufkommen der Teamarbeit und der Notwendigkeit zur Standardisierung von Prozessen entstand die Notwendigkeit, das Testen zu dokumentieren.

Problem:

Ohne Dokumentation ist die Reproduzierbarkeit von Bugs erschwert, die Bewertung der Testabdeckung ist schwierig, und das Risiko von Regressionen bei Änderungen steigt. Es fehlt an Transparenz in der Arbeit des Testers, und neue Mitarbeiter müssen sich erneut mit der Logik der Tests auseinandersetzen. Es kann zu doppelten Ressourcen bei der Suche nach denselben Fehlern kommen.

Lösung:

Die Einführung standardisierter Vorlagen – Checklisten, Testfälle, Bug-Reports – ermöglicht es, Abnahme-Kriterien zu dokumentieren, Anforderungen detailliert darzustellen, Aufgaben zu delegieren, die Abdeckung zu verfolgen und Wissen für neue Mitarbeiter zu bewahren.

Wesentliche Merkmale:

Regelt den Testprozess und macht ihn wiederholbar.
Verbessert die Kommunikation zwischen den Prozessbeteiligten (Tester, Entwickler, Analysten).
Gewährleistet Qualitätssicherung und eine transparente Verwaltung von Bug-Tracking.

Fangfragen.

Was ist der Unterschied zwischen einem Testfall und einer Checkliste?

Eine Checkliste ist eine kurze Auflistung dessen, was überprüft werden muss. Ein Testfall ist eine detaillierte Beschreibung einer Überprüfung mit Schritten, erwarteten Ergebnissen und Eingabedaten.

Kann man vollständig auf Testdokumentation verzichten?

Nein, selbst bei „agilen“ Ansätzen (Agile, Kanban) müssen grundlegende Artefakte vorhanden sein – mindestens kurze Checklisten oder Szenarien für Regressionstests.

Sollte die Testdokumentation bei Änderungen der Anforderungen aktualisiert werden?

Ja, denn veraltete Dokumentation führt zu irrelevanten Tests und dem Übersehen aktueller Bugs.

Typische Fehler und Anti-Pattern

Dokumentation „zum Schein“ führen, ohne sie weiter zu verwenden.
Fehlende Aktualisierung der Dokumentation, Veralterung.
Übermäßige Detaillierung oder im Gegenteil zu allgemeine Formulierungen.

Beispiel aus dem Leben

Negativer Fall

Im Team verwendeten Tester nur mündliche Diskussionen und zeichneten die Testergebnisse in Notizbüchern auf. Bei Auftreten eines regressiven Fehlers konnte niemand die Abfolge der Schritte reproduzieren, die zum Bug führten.

Vorteile:

Schnelle Überprüfung von Funktionen.
Minimaler Zeitaufwand für Papierarbeit.

Nachteile:

Wissensverlust.
Kommunikationsprobleme.
Schwierigkeiten bei der Einarbeitung neuer Mitarbeiter.

Positiver Fall

Tester führten Vorlagen für Testfälle ein und aktualisierten diese regelmäßig bei Änderungen der Anforderungen. Bei einem Fehler konnte schnell die notwendige Bedingung für die Reproduktion und Behebung gefunden werden.