Kontrollera godkännandeflöden med tydliga acceptanskriterier

Beskriv resultat och utgångsläge

Bestäm för varje viktigt flöde vem som får agera under vilka villkor och vilket tillstånd som sedan ska kunna påvisas. GOV.UK beskriver acceptanskriterier som resultat för att kontrollera uppfyllda användarbehov. Ett allmänt löfte som ”godkännandet fungerar” blir prövbart med dessa villkor.

Exempel: godkänn en intern ändringsbegäran

Planen är helt påhittad. Begäran CH-27 börjar som draft, går med fullständig motivering till pending och får sättas till approved av utsedd granskare. Använd syntetiska data och lämpliga testkonton i kontrollerad testmiljö. Tabellen innehåller förväntade resultat, inga genomförda test.

Sista raden förutsätter ett entydigt avslag före ändringen. Saknas bara svar är det sparade tillståndet först oklart; planera en separat kontroll av det faktiskt lagrade tillståndet.

Kontrollera tillstånd, behörighet och återkoppling

En dold knapp bevisar ingen åtkomstkontroll. OWASP kräver lämplig behörighetskontroll vid varje begäran. Kontrollera också direkta anrop och faktiskt sparat tillstånd. Ett meddelande om lyckad åtgärd räcker inte.

Sätt upp varje fall med definierat utgångsläge. Playwright rekommenderar oberoende test med kontrollerade data och sessioner. Tidigare roll eller tillstånd får inte obemärkt styra nästa resultat. Bestäm med teamet vilka komponentkontroller och hela flöden som automatiseras.

Dokumentera version, miljö, roll och testdata. Skilj faktiska resultat och fynd från förväntningar; ett inte genomfört fall är öppet. Låt verksamhetsansvarig bedöma avvikelser och upprepa berörda fall efter rättning.

Källor

• GOV.UK: Writing user stories

• OWASP: Authorization checks

• Playwright: Best practices