Laut Scrum Guide 2020 dauert ein Sprint höchstens einen Monat. Zudem muss das Inkrement am Sprintende die Definition of Done erfüllen. Werden Testfälle erst nach der Entwicklung geschrieben, verschieben sich die Tests einer User Story auf die letzten Tage des Sprints. Bis kurz vor dem Sprint Review fehlt dann der Teststatus der Story, ob in Jira oder in aqua cloud.
Aus diesem Grund ist es sinnvoll, Testfälle zusammen mit den Akzeptanzkriterien zu schreiben und im selben Sprint auszuführen. Wie ein einzelner Testfall aufgebaut ist, beschreibt der Leitfaden So erstellen Sie Testfälle. Dieser Beitrag zeigt, wie Testfälle in agilen Projekten in den Sprint-Ablauf passen und wie Ihr Team sie pflegt. Zum Schluss geht es um Herausforderungen im Sprint-Alltag und um Testmanagement-Tools.
Was sind Testfälle in der agilen Entwicklung?
Testfälle in der agilen Entwicklung sind dokumentierte Prüfschritte, mit denen ein Tester die Akzeptanzkriterien einer User Story überprüft. Laut ISTQB-Glossar enthält ein Testfall unter anderem Vorbedingungen und erwartete Ergebnisse.
In Teams mit Behavior-Driven Development (BDD) werden Testfälle als Szenarien im Given-When-Then-Format der Sprache Gherkin geschrieben. Tools wie Cucumber führen diese Szenarien anschließend als automatisierte Tests aus.
Warum sind Testfälle für agile Teams wichtig?
Die Rolle von Testfällen in agilen Teams besteht darin, die Akzeptanzkriterien einer User Story überprüfbar zu machen. Passend dazu enthält das INVEST-Modell von Bill Wake das Kriterium „Testable“: Nach diesem Kriterium muss sich prüfen lassen, ob eine User Story umgesetzt ist.
Außerdem bilden Testfälle die Grundlage für Regressionstests. Ein Testfall aus einem abgeschlossenen Sprint wird in späteren Sprints wiederverwendet und bei stabilen Abläufen automatisiert. Für das QA-Team zeigt das Testergebnis zudem, ob eine User Story die Definition of Done erfüllt.
Wie Testfälle in den agilen Workflow passen
An Testfällen wird vom Backlog Refinement bis zum Sprint Review gearbeitet. Die Tabelle zeigt einen möglichen Ablauf in Scrum, den Ihr Team an den eigenen Prozess anpassen kann:
| Phase | Arbeit an Testfällen |
| Backlog Refinement | Tester und Product Owner klären im „Three Amigos“-Termin mit der Entwicklung die Akzeptanzkriterien |
| Sprint Planning | Das Team schätzt den Testaufwand zusammen mit dem Aufwand für die Story |
| Sprint | Tester schreiben Testfälle parallel zur Entwicklung und führen sie nach dem Merge aus |
| Sprint Review | Testergebnisse zeigen, welche Stories die Definition of Done erfüllen |
| Nach dem Sprint | Stabile Testfälle werden in die Regressionssuite übernommen |
Damit der Teststatus pro Story sichtbar bleibt, werden Testfälle mit der zugehörigen User Story verknüpft, etwa über die Story-ID aus Jira. Im Sprint Review lässt sich so pro Story nachvollziehen, welche Akzeptanzkriterien geprüft wurden.
Best Practices für die Verwaltung von Testfällen in agilen Teams
Testfälle in agilen Projekten ändern sich zusammen mit dem Backlog. Damit sie aktuell und wiederverwendbar bleiben, eignen sich diese Praktiken:
- Nach Risiko priorisieren: Führen Sie bei knapper Sprintzeit zuerst Testfälle für Zahlungs- und Login-Abläufe aus.
- Atomar formulieren: Prüfen Sie pro Testfall ein Akzeptanzkriterium, damit ein Fehlschlag direkt auf die betroffene Anforderung zeigt.
- Gemeinsame Schritte wiederverwenden: Legen Sie Schritte wie den Login als Baustein an, damit eine UI-Änderung nur an einer Stelle angepasst wird.
- Stabile Testfälle automatisieren: Automatisieren Sie Fälle, die über mehrere Sprints unverändert bestanden haben. Explorative Tests führt das Team weiter manuell durch.
- Veraltete Testfälle archivieren: Entfernen Sie Testfälle für gestrichene Funktionen vor dem nächsten Release aus der Regressionssuite.
Häufige Herausforderungen beim Testfallmanagement in agilen Teams
Kurze Sprints und wechselnde Anforderungen erhöhen den Aufwand für die Pflege von Testfällen. Folgende Herausforderungen betreffen dabei QA-Team und Entwicklung:
- Geänderte Akzeptanzkriterien: Passt der Product Owner eine Story im laufenden Sprint an, müssen die verknüpften Testfälle im selben Sprint aktualisiert werden.
- Wachsende Regressionssuite: Neue Testfälle aus abgeschlossenen Sprints verlängern die Laufzeit der Suite, bis veraltete Fälle aussortiert werden.
- Fehlende Testdaten: Testfälle für Zahlungs- oder Login-Abläufe brauchen gültige Testkonten in der Testumgebung.
- Dokumentation unter Zeitdruck: Dokumentiert ein Tester die Schritte erst nach dem Test, fehlen Details für die spätere Wiederholung.
- Getrennte Werkzeuge: Liegen User Stories in Jira und Testfälle in Excel, führt das QA-Team den Teststatus pro Story manuell zusammen.
Wie Testmanagement-Tools agile Teams unterstützen
Mit einem Testmanagement-Tool verknüpfen agile Teams Testfälle mit User Stories aus Systemen wie Jira. Je nach Integration wird der Teststatus direkt im Jira-Ticket angezeigt, und der Product Owner sieht vor dem Sprint Review, welche Stories bestanden haben.
Zusätzlich werden Ergebnisse automatisierter Tests über CI-Server wie Jenkins importiert und neben manuellen Testläufen gespeichert. Einige Tools enthalten auch KI-Funktionen, mit denen Tester Testfälle aus dem Text einer User Story generieren. Diese Entwürfe prüft das QA-Team, bevor sie in die Testsuite übernommen werden.
Fazit
Mit Testfällen werden die Akzeptanzkriterien einer User Story innerhalb des Sprints überprüfbar. In agilen Teams entstehen sie deshalb im Refinement und werden im selben Sprint ausgeführt. Stabile Testfälle gehen danach in die Regressionssuite über und werden bei Bedarf automatisiert. Mit kurzen, an Stories gekoppelten Testfällen und einer Jira-Anbindung bleibt der Pflegeaufwand auch bei wechselnden Anforderungen gering.