Good Mood

tillbaka till inlägg

acceptanskriterier och användarhistorier är några av de villkor vi hör dag till dag i en smidig Programvaruteknisk miljö. Arbetar med flera klientteam under åren på Quantum Mob, vi har märkt att inte alla använder dem, och de som vanligtvis missbrukar dem. De kan vara direkt ansvariga för att göra en mjukvaruingenjör liv en förvirrande mardröm utan att ha en tydlig indikation på vad som förväntas för leveranser.,

vad betyder dessa villkor och hur kan vi använda dem för att säkerställa att programvaruprojekt levereras till allas förväntningar? I den här artikeln kommer vi att djupt dyka in i Acceptanskriterierna och användarhistorierna i mjukvaruutveckling med exempel och visa hur de kan användas för att skapa ansvarighet och säkerställa ett projekts leverans.

definitioner

• användarhistorier

  användarhistorier är generaliserade detaljer om systemets användarkrav och vad kunden hoppas kunna vinna på denna funktionalitet., I Scrum har vi användaracceptans-kriterier för att förenkla förståelsen av kundens avsikt eller översätta avsikten till ett angripbart objekt.

• acceptanskriterier

  acceptanskriterier är en formell lista som helt räknar upp användarkrav och alla produktscenarier som tas med i kontot. Det anger kundens avsikt och inte lösningen; det är upp till laget att förstå dem och be om förtydligande där det är komplext och hitta lösningen.,

acceptanskriterier i mjukvaruutveckling

ett mjukvaruutvecklingsprojekt är vanligtvis uppdelat i en uppsättning uppgifter, och efter att varje uppgift är klar bekräftas huruvida de uppfyller kravet på projektutvecklingens omfattning. Detta möjliggörs genom användning av Acceptanskriterierna.

innan den faktiska kodningen av ett projekt kan börja krävs planering och uppskattning av resurser och tidslinjeinformation. Användningen av acceptanskriterier möjliggör enkel uppdelning av uppgifter, som sedan enkelt kan budgeteras och tilldelas.,

funktionsutveckling med användarhistorier och acceptanskriterier

hur man skriver acceptanskriterier

acceptanskriterier bör beskriva uppnåelig och förnuftig information. Det bör ge den lägsta nivån av funktionalitet som produkten är att uppnå, vilket ger utrymme för viss flexibilitet. Det bör inte heller överskattas eller underskattas, men sättas på en realistisk nivå.,

bra kriterier är väl detaljerade och definierade så att gruppmedlemmarna lätt kan förstå vad som krävs av dem och enkelt använda informationen i utvecklingen. Precis som projektet är uppdelat i uppgifter med hjälp av acceptanskriterier, bör kriterierna också ha en referens checklista för att se om användarhistorien är täckt.

användning av acceptanskriterier för att säkerställa utvecklingsstandarder

acceptanskriterier behöver inte användas strikt för att beskriva kundens avsikt. Som en utvecklingsteam bly, kanske du vill säkerställa vissa standarder., Om du lägger till nya komponenter i ett komponentbibliotek som Storybook kanske du vill lägga till vissa rattar och inställningar som ska implementeras som acceptanskriterier. Om du vill säkerställa enhetstestning kan du lista ett specifikt enhetstest som en del av acceptanskriterierna.

Hur vet jag om jag har skrivit bra acceptanskriterier?

en god acceptans kriterier är läsbar och förstås av alla intressenter som är berörda med användarhistorien. För att säkerställa tydliga acceptanskriterier som alla intressenter kan härleda värde från, undvik att använda jargong.,

format med exempel

Vi rekommenderar att du följer formaten nedan för att skapa tydliga definitioner som ditt team kan agera på.

användarhistoria:

låt oss använda följande användarhistoria för att överväga vad Acceptanskriterierna kan vara.

Som registrerad ABC-företagsanvändare
Jag kan se medlemskapets utgångsdatum
så att jag vet när jag måste manuellt förnya eller aktivera automatisk förnyelse.

acceptanskriterier (ej formaterade):

medlemskapets utgångsdatum beräknas.,
medlemskapets utgångsdatum visas.
alternativet Manuell förnyelse visas.
alternativet att välja att automatiskt förnya visas.
medlemsuppgifter visas inte om användaren inte är registrerad/autentiserad.,

acceptanskriterier (formaterade)

Scenario — Visa alternativ för att förnya ABC — företagsmedlemskapet på Faktureringsdetaljsidan
Given — en giltig användare är inloggad
När — har ett giltigt ABC-företagsmedlemskap med ett utgångsdatum
sedan-visa möjligheten att förnya medlemskapet manuellt eller välja att auto-renew

wrap-up

sammanfattningsvis beskriver acceptanskriterier kundens avsikt, dvs. hans/hennes uppfattning om hur användarhistorien ska vara., Det är upp till laget att utveckla lösningen på användarhistorien.

skriva en bra användarhistoria och ett acceptanskriterier är svårt men en riktigt viktig uppgift i mjukvaruutveckling som avgör om programvaran gör vad användaren förväntar sig eller inte och slutligen mäter produktens kvalitet.