Kontrollér godkendelsesflow med klare acceptkriterier

Beskriv resultat og udgangspunkt

Fastlæg for hvert vigtigt forløb, hvem der må handle under hvilke betingelser, og hvilken tilstand der bagefter skal kunne påvises. GOV.UK beskriver acceptkriterier som resultater, der viser, om brugerbehovet er opfyldt. Et bredt løfte som »godkendelse virker« bliver testbart med betingelserne.

Eksempel: godkend en intern ændringsanmodning

Planen er helt opdigtet. Anmodning CH-27 starter som draft, går med fuld begrundelse til pending og må sættes til approved af den tildelte kontrollant. Brug syntetiske data og passende testkonti i et kontrolleret testmiljø. Tabellen rummer forventede resultater, ikke udførte tests.

Sidste række forudsætter entydig afvisning før ændringen. Mangler blot et svar, er den gemte tilstand først uafklaret; planlæg en særskilt kontrol af den faktisk gemte tilstand.

Kontrollér tilstand, rettighed og tilbagemelding

En skjult knap beviser ikke adgangskontrol. OWASP kræver passende rettighedskontrol ved hver anmodning. Kontrollér også direkte kald og faktisk gemt tilstand. En succesbesked er ikke nok.

Opsæt hvert tilfælde med et defineret udgangspunkt. Playwright anbefaler uafhængige tests med kontrollerede data og sessioner. En tidligere rolle eller tilstand må ikke skjult styre næste resultat. Aftal med teamet, hvilke komponentkontroller og hele forløb der automatiseres.

Registrér version, miljø, rolle og testdata. Adskil faktiske resultater og fund fra forventninger; et ikke udført tilfælde er åbent. Lad den fagligt ansvarlige vurdere afvigelser og gentage berørte tilfælde efter rettelse.

Kilder

• GOV.UK: Writing user stories

• OWASP: Authorization checks

• Playwright: Best practices