Eine Anforderung wie «Das System soll schnell sein» lässt sich nicht abnehmen. Akzeptanzkriterien übersetzen sie in etwas Prüfbares: «Die Suchergebnisse erscheinen bei 1000 gleichzeitigen Nutzern innert zwei Sekunden.» Damit wird aus einer Meinung ein Test.
Gute Akzeptanzkriterien
Sie sind eindeutig, prüfbar, unabhängig von der technischen Lösung und aus Sicht der Nutzer formuliert. Sie beschreiben das Ergebnis, nicht den Weg. Und sie decken auch Fehlerfälle ab: Was passiert bei einer ungültigen Eingabe, bei fehlender Berechtigung, bei einem Ausfall der Schnittstelle?
Formate
Für Verhalten hat sich das Format Given-When-Then bewährt: Gegeben ein angemeldeter Benutzer ohne Freigaberecht, wenn er eine Rechnung freigeben will, dann erhält er eine Fehlermeldung und die Rechnung bleibt offen. Für Eigenschaften wie Leistung oder Verfügbarkeit genügen messbare Aussagen mit Grenzwert. Bei User Stories stehen die Kriterien direkt bei der Story.
Wer sie schreibt
Die Fachseite formuliert sie mit Unterstützung der Business-Analyse, das Entwicklungsteam prüft sie auf Umsetzbarkeit, und die Testverantwortlichen leiten daraus Testfälle ab. Im Requirements Engineering nach IREB gehören Akzeptanzkriterien zur Prüfung und Abstimmung von Anforderungen.
Warum sie Streit verhindern
Die meisten Konflikte bei der Abnahme entstehen, weil Auftraggeber und Lieferant unter derselben Anforderung Verschiedenes verstanden haben. Akzeptanzkriterien, die vor der Umsetzung vereinbart wurden, entscheiden diesen Streit, bevor er entsteht. Wie sie in die Abnahme münden, zeigt die Checkliste zur Software-Abnahme.