Akzeptanzkriterien

Akzeptanzkriterien sind die Bedingungen, die aus fachlicher Sicht festlegen, wann eine User Story fertig ist. Jedes Kriterium ist eine klare, testbare Aussage mit dem Ergebnis „bestanden“ oder „nicht bestanden“. Sie werden im Refinement vereinbart, bevor die Entwicklung beginnt, und bilden den Ausgangspunkt für Testszenarien und automatisierte Prüfungen.

Beispiel

Story: Als Kunde möchte ich an der Kasse einen Rabattcode einlösen, damit ich den Aktionspreis bezahle.

Regelbasiertes Format:

• Ein gültiger, nicht abgelaufener Code reduziert die Bestellsumme um den Prozentsatz des Codes.
• Ein abgelaufener Code zeigt „Dieser Code ist abgelaufen“ an und ändert die Summe nicht.
• Pro Bestellung kann nur ein Code eingelöst werden; ein zweiter Code ersetzt den ersten.
• Codes unterscheiden nicht zwischen Groß- und Kleinschreibung (SAVE10 und save10 sind gleichwertig).

Dasselbe Kriterium für abgelaufene Codes im Given/When/Then-Format:

Scenario: Expired discount code is rejected
  Given my cart total is $50.00
  And the code "SPRING10" expired yesterday
  When I apply the code "SPRING10"
  Then I see the message "This code has expired"
  And my cart total is still $50.00

Akzeptanzkriterien vs. Definition of Done

Akzeptanzkriterien gelten für genau eine Story: was dieses Feature leisten muss. Die Definition of Done gilt für jede Story: Code reviewt, Tests automatisiert, Dokumentation aktualisiert, auf Staging deployt. Eine Story ist erst fertig, wenn sie beides erfüllt.

Gute Kriterien formulieren

• Testbar. „Die Seite lädt schnell“ ist nicht testbar; „die Ergebnisseite rendert mit dem Staging-Datensatz bei 1.000 Produkten in unter 2 Sekunden“ schon.
• Verhalten, nicht Implementierung. Beschreiben Sie Ergebnisse, nicht welche Datenbanktabelle sich ändert.
• Negativfälle einbeziehen. Ungültige Eingaben, Berechtigungen und Fehlermeldungen gehören zum Feature.
• Von den Three Amigos abgestimmt. Product, Entwicklung und Test prüfen sie gemeinsam. Tester bringen hier den größten Mehrwert, indem sie fragen: „Was passiert, wenn …?“ – bevor Code geschrieben wird.