Husk, at accept kriterier, der bør være angivet på forhånd, og aldrig efter udviklingsfasen er startet. Derfor bør et team og en produktejer aftale minimumsleveringer, der opfylder produktejerens krav.
Sådan skrives acceptkriterier
Der er flere typer acceptkriterier., De mest populære er regelorienterede (i form af en liste) og scenarieorienterede (i form af scenarier, der illustrerer hvert kriterium). Den scenarieorienterede type er populær blandt Agile teams, da det hjælper med at komme på tværs af krav, forestille sig forskellige brugssager og yderligere bruge scenarier til manuelle og automatiserede acceptforsøg.
den fælles skabelon til beskrivelse af acceptkriterier ved hjælp af en scenarieorienteret tilgang er det givne/hvornår / derefter format, der er afledt af behaviour-driven development (BDD)., Det givne/Whenhen / Then-format bruges til at skrive acceptforsøg, der sikrer, at alle specifikationskravene er opfyldt.
dette format er praktisk for mennesker (da det er skrevet på en velkendt årsag og virkning måde) såvel som til automatiserede testværktøjer som agurk og RSpec.,ser:
der er logget bruger
jeg ønsker at være i stand til at logge ind på et website,
Så, at jeg kan finde acess min personlige profil
Scenarie: Systemet bruger logger ind med gyldige legitimationsoplysninger
“Eftersom jeg er logget ud af systemet brugeren
og jeg er på Log-In-side
Når jeg udfyld “Brugernavn” og “Password” felter med min godkendelse af legitimationsoplysninger
og jeg klikker på Log På knappen
Så systemet tegn til mig i”
i Betragtning af/Da/Derefter skabelonen hjælper dig med at reducere tid brugt på at skrive test cases, da du beskrive systemets opførsel på forhånd., Vi foretrækker at skrive acceptkriterier med førstepersons “jeg”, da det hjælper os med at tale fra en brugers perspektiv og holde en brugers behov i tankerne.
Her er et par tip, der hjælper dig med at skrive store acceptkriterier:
- Hold dine kriterier veldefinerede, så ethvert medlem af projektgruppen forstår den id., du prøver at formidle.
- hold kriterierne realistiske og opnåelige. Definer det mindste stykke funktionalitet, du er i stand til at levere, og hold dig til det., På den anden side, ikke forsøge at beskrive alle detaljer, da du risikerer rod op din pukkel og få begravet under mange små opgaver.
- koordiner med alle interessenter, så dine acceptkriterier er baseret på konsensus.
- Opret målbare kriterier, der giver dig mulighed for at estimere udviklingstiden tilstrækkeligt, så du er i stand til at holde dig inden for budget og tidsbegrænsninger.
- overvej at give tjeklister, der giver dig mulighed for at se, hvilke brugerhistorier der er dækket af acceptkriterier.,
Eksempler på godkendelseskriterier
I dette afsnit vil vi tage et kig på eksempler på accept kriterier, der er skrevet for almindelige funktioner, der findes på de fleste hjemmesider. Vi definerer brugerhistorier på forhånd, fordi acceptkriterier skrives, efter at vi har specificeret al funktionalitet gennem brugerhistorier.,høne systemet viser mig den liste af alle produkter
Og systemet viser sektionen “Søg” i øverste, højre hjørne af skærmen
Når jeg fylder på “Søg” – feltet med navnet på eksisterende element i produktet liste
Og jeg klikker på “Anvend” – knappen, ELLER tryk på Enter-tasten på tastaturet
Så systemet viser produkter i afsnittet søgeresultater med produktnavne, der er indtastet matcher produkt navn
Og systemet viser antallet af søgeresultater i toppen af søgeresultaterne afsnit”
Eksempel #2
Det næste eksempel repræsenterer accept kriterier for en Feedback-Formular side.,ck formular, der indeholder “E”,”Navn” og “Kommentar” – feltet, som er nødvendig
Når jeg skal udfylde e-Mail feltet med en gyldig e-mail-adresse,
Og jeg skal udfylde “Navn” – feltet med mit navn
Og jeg udfylde i “Kommentar” – felt med min kommentar
Og jeg klikker på “Send Feedback” knappen
Så er systemet gjort min feedback
Og viser systemet “Du har succesfuldt sendt din feedback” flash besked
Og systemet rydder områderne Indsende Feedback-formularen”
Eksempel #3
Endelig, lad os angive bruger historien og accept kriterier for at kommentere funktionalitet på en blog., Kun brugere, der er logget ind, kan tilføje kommentarer., systemet gemmer min kommentar
Og systemet viser min kommentar i toppen af afsnittet “Bemærkninger”
Og det system, der viser mit brugernavn og profilbillede i venstre side fra min kommentar
Og systemet viser “Fjerne” og “Rediger” ikoner overfor min kommentar”
Indpakning Op
Som du kan se, skriftlig accept kriterier er virkelig en win-win aktivitet for både kunder og udvikling af teams: ikke kun det at hjælpe holdet ved præcis, hvad de har med at gøre, men det holder kunden orienteret om udviklingen og giver dem mulighed for at kontrollere, at der er udviklet software, der opfylder de faktiske behov., lad ikke brugerhistorier og acceptkriterier skræmme dig ‒ den tid, du investerer i at beskrive og specificere alle funktionerne, vil til sidst betale sig. Acceptkriterier tjener som grundlag for brugssager og testsager, der sikrer, at du opnår forretningsmæssige mål og producerer fejlfrie apps.