Historia pytania
Kryteria akceptacji to zestaw wymagań, które muszą być spełnione, aby praca (wydanie, zadanie, przypadek testowy) była uznawana za zakończoną. W testach ręcznych jasno określone warunki pozwalają uniknąć błędów, nieporozumień i "ukrytych" niedoróbek.
Problem
Brak przejrzystych kryteriów prowadzi do różnych interpretacji "gotowości": programista uważa zadanie za zamknięte, tester — że nie wszystko jest jasne, a klient — czeka na zgodność z logiką biznesową.
Rozwiązanie
Opracowanie mierzalnych, zrozumiałych i niesprzecznych kryteriów (np. "przycisk działa", "dane są zapisywane po odświeżeniu strony", "nie występują błędy walidacji"). Ważne jest, aby uzgodnić DoD między klientem, testerem a programistą, uwzględniać zmiany wymagań i dokumentować spełnienie kryteriów dla każdej historii/issue.
Kluczowe cechy:
Czy spełnienie wszystkich kryteriów jest obowiązkowe do zamknięcia zadania?
Tak, to jest istota DoD — zadanie uważa się za zakończone tylko po spełnieniu wszystkich kryteriów.
Czy można zmienić DoD w trakcie testowania lub wydania?
Tak, jeśli zmieniły się wymagania lub pojawiły nowe szczegóły, wszyscy członkowie zespołu muszą o tym wiedzieć, szczególnie tester.
Kto powinien określać DoD?
Cały zespół razem — z udziałem testerów, programistów, analityków biznesowych i przedstawicieli klienta.
Zadanie zaakceptowane bez sformalizowanych kryteriów: koledze wydawało się, że wszystko działa. Klient po dniach znajduje "ukryty" błąd. Tester twierdzi, że błąd nie odnosił się do zadania.
Zalety:
Wady:
Przed testowaniem formułowane są konkretne kryteria, po wykonaniu każdego ręcznie stawiana jest adnotacja o spełnieniu. Każda zmiana jest dokumentowana i uzgadniana z zespołem.
Zalety:
Wady: