Acceptance Criteria i Definition of Done

Acceptance Criteria (AC) to konkretne warunki które muszą być spełnione aby User Story była uznana za ukończoną. Definition of Done (DoD) to checklist jakości dla każdej story.

Acceptance Criteria

Format Given-When-Then (Gherkin):

Given [kontekst/stan początkowy]
When [akcja użytkownika]
Then [oczekiwany rezultat]

Przykład:

Given użytkownik jest zalogowany
When klika "Export to PDF"
Then raport jest pobierany jako PDF z danymi z ostatnich 30 dni

Jak pisać dobre AC

Konkretne i testowalne — nie "szybki", ale "< 2 sekundy"
Napisane przed developmentem — nie po fakcie
Zrozumiałe dla całego zespołu — PM, dev, QA
Skupione na "co", nie "jak" — nie opisuj implementacji

💡 AC vs DoD

AC: Specyficzne dla danej story (co musi działać)
DoD: Uniwersalne dla wszystkich stories (jakość, testy, dokumentacja)

Definition of Done

Przykładowy DoD checklist:

✅ Kod zreviewowany przez innego deva
✅ Unit testy napisane i przechodzą
✅ Funkcjonalność przetestowana manualnie
✅ Dokumentacja zaktualizowana
✅ Deployed na staging
✅ PM zaakceptował funkcjonalność

Typowe błędy w AC

Źle: "System powinien być szybki"
Dobrze: "Wyniki wyszukiwania wyświetlają się w < 500ms"

Źle: "Użytkownik może edytować profil"
Dobrze: "Given użytkownik jest na stronie profilu, When klika Edit i zmienia imię, Then nowe imię jest zapisane i wyświetlane"

📝 Zadanie

Weź 3 User Stories z poprzedniej lekcji. Napisz dla każdej 3-5 Acceptance Criteria w formacie Given-When-Then.