Antwort.

Das Erstellen von Testfällen ist eine der Grundlagen des manuellen Testings und ein entscheidender Schritt zur Verifizierung der Funktionalität der Anwendung.

Historie der Frage: Über einen langen Zeitraum waren Testfälle das zentrale Qualitätskontrollmittel: Sie ermöglichen eine strukturierte Überprüfung der Anforderungen und garantieren die Wiederholbarkeit des Testings, unabhängig von den wechselnden Testern.

Problem: Die größte Herausforderung besteht darin, das Gleichgewicht zwischen übermäßiger Detaillierung und unzureichender Ausarbeitung zu finden. Übermäßig detaillierte Fälle machen das Testing routinemäßig und langsam, während zu komprimierte wichtige Szenarien übersehen können. Häufige Probleme sind:

Unzureichende Verbindung zu den Anforderungen.
Das Versäumnis von Grenzfällen.
Duplizierung von Szenarien.
Irrelevanz aufgrund von Produktänderungen.

Lösung: Für einen effektiven Testfall ist es notwendig:

Eine Verbindung jedes Tests zu den Anforderungen herzustellen (Rückverfolgbarkeitsmatrix).
Testdesign-Techniken anzuwenden (äquivalente Partitionierung, Grenzwertanalyse).
Regelmäßige Audits und Aktualisierungen der Testfälle durchzuführen.
Das Entwicklungsteam und Analysten einzubeziehen, um schwierige Punkte zu klären.

Wesentliche Merkmale:

Strukturierung nach dem Prinzip "ein Test — ein erwartetes Ergebnis".
Aktualisierung bei Änderungen der Anforderungen.
Abdeckung aller Wege, einschließlich negativer Fälle.

Trickfragen.

Werden Testfälle immer vor der Entwicklung geschrieben?

Nein. Auch wenn es wünschenswert ist, sie vor dem Beginn der Implementierung (Shift-Left) zu schreiben, werden in der Praxis häufig Testfälle mit neuer Information oder nach dem Entstehen einer Testumgebung überarbeitet.

Sollte ein Testfall nur ein Szenario prüfen?

Ja, das klassische Prinzip: "ein Test — ein Ergebnis" erleichtert die Analyse von Bugs und das Verständnis dessen, was getestet wurde. Ausnahmen sind für End-to-End-Szenarien möglich, aber auch dort ist es wichtig, die erwarteten Ergebnisse klar zu trennen.

Kann man voll und ganz auf automatisch generierte Testfälle aus den Anforderungen vertrauen?

Nein. Solche Fälle sind oft oberflächlich und könnten wichtige Geschäftslogiken, Grenzwerte oder Handlungskombinationen übersehen — eine manuelle Analyse ist erforderlich.

Typische Fehler und Anti-Patterns

Kopieren alter Fälle ohne Anpassung an neue Anforderungen.
Das Versäumnis negativer Szenarien.
Verwendung unklarer Formulierungen (z. B. "das System funktioniert korrekt").

Beispiel aus dem Leben

Negativer Fall

Das Team nahm alte Testdokumentationen ohne Überarbeitung und begann, Testfälle zu verwenden, die nicht an die geänderte Funktionalität angepasst waren.

Vorteile:

Zeitersparnis bei der Erstellung neuer Dokumente.

Nachteile:

Neue Geschäftsregeln wurden übersehen, Bugs wurden erst nach dem Produktionsstart entdeckt.

Positiver Fall

Der Tester überprüfte die Testfälle, diskutierte schwierige Punkte mit Analysten, identifizierte veraltete und führte eine Überprüfung durch das neue Team durch.