Husk at aksept kriterier som skal være angitt på forhånd, og aldri etter utviklingsfasen har startet. Derfor, et lag og en produkteier bør bli enige om minimum leveransen som vil møte produktet eiers krav.
Hvordan å Skrive Kriterier for Aksept
Det finnes flere typer av kriterier for aksept., De mest populære er regler-orientert (i form av en liste) og scenario-orientert (i form av scenarier som illustrerer hvert kriterium). Scenario-orientert typen er populære blant Smidige team siden det hjelper med å komme seg over krav, ser for seg ulike tilfeller, og videre ved hjelp av scenarier for manuell og automatisert akseptansetester.
Den felles mal for å beskrive kriterier for aksept ved hjelp av en scenario-orientert tilnærming er Gitt/Når/Da-formatet som er avledet fra behaviour-driven development (BDD)., Gitt/Når/Da-formatet brukes for å skrive aksept tester for å sikre at alle de spesifiserte krav er oppfylt.
Dette formatet er praktisk for mennesker (siden det er skrevet i en kjent årsak-og-virkning måte), så vel som for automatisert testing verktøy som Agurk og RSpec.,d:
Som er logget ut brukeren
jeg ønsker å være i stand til å logge på et nettsted
Slik at jeg kan finne acess min personlige profil
Scenario: Systemet bruker logger seg på med gyldig legitimasjon
«Får jeg logget ut systemet bruker
og jeg er på påloggingssiden
Når jeg fyll i «Brukernavn» og «Passord» felt med min legitimasjonskravene
jeg og klikk på Logg-Inn knappen
Da systemet tegn meg i»
Gitt/Når/Deretter malen hjelper deg med å redusere tiden du har brukt på å skrive testtilfeller siden du beskriver systemets oppførsel på forhånd., Vi foretrekker å skrive kriterier for godkjenning med det første-person «jeg» siden det hjelper oss til å snakke fra en brukers perspektiv og holde en brukers behov i tankene.
Her er noen tips som vil hjelpe deg å skrive gode kriterier for godkjenning:
- Hold dine kriterier godt definert slik at noen medlemmer av prosjektgruppen forstår ideen du prøver å formidle.
- Hold kriterier realistisk og oppnåelig. Angi minimum del av funksjonaliteten du er i stand til å levere og hold deg til den., På den annen side, ikke prøv å beskrive hver minste detalj siden du risikerer å rote opp din etterslep og å bli begravd under mange små oppgaver.
- Koordinere med alle interessenter slik at du godtar kriteriene er basert på konsensus.
- Skape målbare kriterier som lar deg tilstrekkelig til å anslå utviklingen tid, så du er i stand til å holde seg innenfor budsjett og tidspress.
- Vurdere å bruke sjekklister som gjør det mulig for deg å se hva bruker historier er dekket med kriterier for aksept.,
Eksempler på Kriterier for Aksept
I denne delen vil vi ta en titt på eksempler på kriterier for aksept skrevet for vanlige funksjonene som finnes på de fleste nettsteder. Vi vil definere bruker historier på forhånd fordi akseptkriterier er skrevet etter at vi har angitt all funksjonalitet gjennom bruker historier.,a systemet viser meg liste over alle produkter
Og systemet viser de «Søke» seksjonen i øverste høyre hjørne av skjermen
Når jeg fylle på «Søk» – feltet med navnet på eksisterende element i produktet liste
jeg Og klikk på «Bruk» – knappen, ELLER trykk på Enter-tasten på tastaturet
Da systemet viser produkter i søkeresultatene delen med produkt navn matchende inn produktnavn
Og systemet viser antall søk resulterer i toppen av søkeresultatene avsnittet»
Eksempel #2
Det neste eksempelet representerer kriterier for aksept for et tilbakemeldingsskjema side.,ck form som inneholder «E-post»,»Navn» og «Kommentar» – felt som er nødvendig for
Når jeg fyll i «E-post» feltet med en gyldig e-postadresse
Og jeg fyll i «Navn» – feltet med navnet mitt
Og jeg fyll i «Kommentar» feltet med min kommentar
Og jeg klikker «Send Tilbakemeldinger» – knappen
Da systemet sender meg tilbakemelding
Og systemet viser de «Du har blitt skrevet på din tilbakemelding» flash-melding
Og systemet fjerner felt på Send Tilbakemeldinger form»
Eksempel #3
til Slutt, la oss angi bruker-historie og kriterier for aksept for å kommentere funksjonalitet på en blogg., Bare påloggede brukere er i stand til å legge til kommentarer., systemet lagrer min kommentar
Og systemet viser min kommentar i toppen av «Kommentarer» – seksjonen
Og systemet viser mitt brukernavn og profil bilde på venstre side fra min kommentar
Og systemet viser «Fjern» og «Rediger» ikoner overfor min kommentar»
Innpakning Opp
Som du kan se, skriftlig aksept kriterier er virkelig en vinn-vinn-aktivitet for både klienter og utvikling av lagene: ikke bare vil det hjelpe teamet vet nøyaktig hva de har å gjøre, men det holder klienten seg à jour med utviklingen prosessen og lar dem kontrollere som er utviklet programvare som oppfyller faktiske forretningsmessige krav.,
ikke la brukeren historier og kriterier for aksept skremme deg av ‒ den tiden du investerer i å beskrive og spesifisere alle funksjonene til slutt vil lønne seg. Aksept kriterier tjene som grunnlag for bruk saker og test tilfeller som sørger for at du til å oppnå forretningsmessige mål og produserer bug-free apps.