Kontroller godkjenningsflyt med klare akseptansekriterier

Beskriv resultat og utgangspunkt

Avklar for hver viktig flyt hvem som kan handle under hvilke vilkår, og hvilken tilstand som etterpå skal kunne påvises. GOV.UK beskriver akseptansekriterier som resultater for å kontrollere oppfylt brukerbehov. Et bredt løfte som «godkjenning virker» blir testbart med slike vilkår.

Eksempel: godkjenn en intern endringsanmodning

Planen er helt oppdiktet. Anmodning CH-27 starter som draft, går med full begrunnelse til pending og kan settes til approved av tildelt kontrollør. Bruk syntetiske data og passende testkontoer i et kontrollert testmiljø. Tabellen inneholder forventede resultater, ikke utførte tester.

Siste rad forutsetter entydig avvisning før endringen. Mangler bare et svar, er lagret tilstand først uavklart; planlegg en egen kontroll av faktisk lagret tilstand.

Kontroller tilstand, rettighet og tilbakemelding

En skjult knapp beviser ikke tilgangskontroll. OWASP krever passende rettighetskontroll ved hver forespørsel. Kontroller også direkte kall og faktisk lagret tilstand. En suksessmelding er ikke nok.

Sett opp hvert tilfelle med definert utgangspunkt. Playwright anbefaler uavhengige tester med kontrollerte data og økter. Tidligere rolle eller tilstand skal ikke umerkelig styre neste resultat. Avtal med teamet hvilke komponentkontroller og hele flyter som automatiseres.

Registrer versjon, miljø, rolle og testdata. Skill faktiske resultater og funn fra forventninger; et ikke utført tilfelle er åpent. La fagansvarlig vurdere avvik og gjenta berørte tilfeller etter retting.

Kilder

• GOV.UK: Writing user stories

• OWASP: Authorization checks

• Playwright: Best practices