Wie bestimmst du, was getestet werden muss?

Um die zu testenden Dinge zu bestimmen, verwende ich eine Kombination von Ansätzen:

1. Anforderungsanalyse:

   • Studium der Dokumentation (technische Spezifikationen, Benutzerstories, Spezifikationen).
   • Klärung unklarer Punkte mit Analysten, Entwicklern, Product Owner.
   • Aufteilung der Anforderungen in atomare Testfälle.

2. Risikoorientiertes Testen:

   • Identifikation der kritischsten oder am häufigsten genutzten Funktionen des Systems.
   • Bewertung der Wahrscheinlichkeit von Fehlern und ihrer potenziellen Auswirkungen.
   • Priorisierung der Tests basierend auf den erkannten Risiken.

3. Studium der Entwicklungsartefakte:

   • Analyse von UI/UX-Mockups.
   • Überprüfung von Änderungen im Code oder in der Konfiguration (bei Regressionstests).
   • Studium von Logs und Berichten über frühere Fehler.

4. Verwendung von Testanalyse-Techniken:

   • Äquivalenzpartitionierung.
   • Analyse von Grenzwerten.
   • Zustands- und Übergangsdiagramme.
   • Entscheidungstabellen.

5. Exploratives Testen:

   • Freie Erforschung der Funktionalität zur Identifikation von nicht offensichtlichen Szenarien und Fehlern.
   • Generierung von Testideen basierend auf dem Verständnis des Nutzer- und Systemverhaltens.

6. Team-Consultationen:

   • Diskussion der Implementierungsdetails mit Entwicklern.
   • Klärung der Nutzerszenarien mit dem Product Owner.
   • Erfahrungsaustausch mit anderen Testern.

7. Automatisierung:

   • Identifikation von Kandidaten für die Automatisierung basierend auf Stabilität, Kritikalität und Häufigkeit der Ausführung.
   • Anwendung der Automatisierungspyramide (Unit, Integration, UI).

Die Kombination dieser Ansätze ermöglicht die Erstellung eines ausreichenden Testmodells, das die wichtigsten funktionalen und nicht-funktionalen Anforderungen sowie potenzielle Risiken abdeckt.