Antwoord.

Achtergrond

Acceptatiecriteria zijn een set vereisten die moeten worden vervuld om het werk (release, taak, testgeval) als voltooid te beschouwen. In handmatig testen helpen duidelijke voorwaarden om fouten, misverstanden en "verborgen" tekortkomingen te voorkomen.

Probleem

Het ontbreken van transparante criteria leidt tot verschillende interpretaties van "gereedheid": de ontwikkelaar beschouwt de taak als gesloten, de tester ziet het anders, en de klant wacht op overeenstemming met de bedrijfslogica.

Oplossing

Ontwikkeling van meetbare, duidelijke en niet-tegenstrijdige criteria (bijvoorbeeld, "de knop werkt", "gegevens worden opgeslagen bij het vernieuwen van de pagina", "er zijn geen validatiefouten"). Het is belangrijk om de DoD overeen te komen tussen de klant, tester en ontwikkelaar, wijzigingen in vereisten vast te leggen en de uitvoering van criteria voor elke story/issue te documenteren.

Belangrijke kenmerken:

Voorkomen van misinterpretaties en onnodige verwachtingen.
Ontwikkelen van checklists voor handmatige tests.
Helpt om je op het belangrijke te concentreren.

Vragen met een haakje.

Is het verplicht om aan alle criteria te voldoen om de taak te sluiten?

Ja, dat is de essentie van de DoD — een taak wordt pas als voltooid beschouwd als aan alle criteria is voldaan.

Kan de DoD worden gewijzigd tijdens het testen of de release?

Ja, als de vereisten zijn veranderd of er nieuwe details zijn gekomen, maar dit moet bekend zijn bij alle teamleden, vooral de tester.

Wie moet de DoD bepalen?

Het hele team samen — met deelname van testers, ontwikkelaars, businessanalisten en vertegenwoordigers van de klant.

Typische fouten en anti-patronen

Algemene, vage formuleringen zoals "de functie werkt".
Niet vastgelegde wijzigingen van criteria ter plaatse.
Negeren van de DoD tijdens release of acceptatie.

Voorbeeld uit het leven

Negatieve case

De taak is aanvaard zonder geformaliseerde criteria: een collega dacht dat alles werkte. De klant vond een dag later een "verborgen" bug. De tester beweert dat de bug niet bij de taak hoorde.

Voordelen:

Snelle afsluiting van taken

Nadelen:

Gemiste kritieke defecten
Conflict situaties met de klant

Positieve case

Voor het testen worden specifieke criteria opgesteld, na elke handmatige uitvoering wordt een markering van voltooiing gezet. Elke wijziging wordt gedocumenteerd en overlegd met het team.