Scrum i programvarutestning
Scrum in Software Testing är en metod för att bygga komplexa programapplikationer. Det ger enkla lösningar för att utföra komplicerade uppgifter. Scrum hjälper utvecklingsgruppen att fokusera på alla aspekter av programvaruutvecklingen, som kvalitet, prestanda, användbarhet och så vidare. Det ger transparens, inspektion och anpassning under programvaruutvecklingen för att undvika komplexitet.
Scrum Testing
Scrum Testing är en test som görs i scrummetodik för att verifiera att programvarukraven uppfylls. Det innebär att man kontrollerar icke-funktionella parametrar som säkerhet, användbarhet, prestanda etc. Det finns ingen aktiv roll som testare i processen så det utförs vanligtvis av utvecklare med Unit Test. Ibland behövs dedikerade testteam beroende på projektets art och komplexitet.
I den här handledningen lär du dig-
- Vad är Scrum?
- Viktiga funktioner i Scrum Methodology
- Roller i Scrum
- Scrum-artefakter
- Ceremonier (processer) i Scrum
- Testerns roll i Scrum
- Testa aktiviteter i Scrum
- Testrapportering
Viktiga funktioner i Scrum Methodology
Följande är de viktigaste funktionerna i Scrum-
- Scrum har ett kort fast schema för släppcykler med justerbart omfång, så kallade sprints för att tillgodose snabbt föränderliga utvecklingsbehov. Varje släpp kan ha flera sprintar. Varje Scrum-projekt kan ha flera utgivningscykler.
- En upprepad sekvens av möten, händelser och milstolpar
- En praxis att testa och implementera nya krav, så kallade berättelser , för att se till att något arbete släpps klart efter varje sprint
Scrum baseras på följande 3 pelare-
Låt oss titta på en efter en
1. Roller i Scrum
Det finns tre huvudroller i Scrum Testing - Product Owner, Scrum Master och The Development Team. Låt oss studera dem i detalj
|
Produktägare |
Scrum Master |
Laget |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Scrum-artefakter
En scrumprocess inkluderar
- Användarberättelser: De är en kort förklaring av funktionerna i systemet som testas. Exempel för försäkringsgivare är - "Premie kan betalas med hjälp av onlinesystemet."
- Produktbacklog: Det är en samling användarberättelser som fångats för en scrumprodukt. Produktägaren förbereder och underhåller produktens eftersläpning. Det prioriteras av produktägaren, och vem som helst kan lägga till det med godkännande från produktägaren.
- Release Backlog: En release är en tidsram där antalet iterationer slutförs. Produktägaren samordnar med scrummastern för att bestämma vilka berättelser som ska riktas till en release. Berättelser i release-eftersläpet är inriktade på att kompletteras i en release.
- Sprints: Det är en bestämd tidsperiod att slutföra användarberättelserna, som bestäms av produktägaren och utvecklargruppen, vanligtvis 2-4 veckors tid.
- Sprint Backlog: Det är en uppsättning användarberättelser som ska slutföras i en sprint. Under sprintbackloggen tilldelas aldrig arbete och teamet registrerar sig för att arbeta på egen hand. Det ägs och hanteras av teamet medan det beräknade återstående arbetet uppdateras dagligen. Det är listan över uppgifter som måste utföras i Sprint
- Blocklista: Det är en lista över block och obestämda beslut som ägs av scrum master och uppdateras dagligen
- Nedbrottstabell: Nedbränt diagram representerar den totala utvecklingen av det pågående arbetet och det arbete som genomförts under hela processen. Den representerar i ett grafformat berättelser och funktioner som inte slutförts
3. Ceremonier (processer) i Scrum
- Sprintplanering: En sprint börjar med att teamet importerar berättelser från släppsbackloggen till sprintbackloggen; det är värd för scrum master. Testarna uppskattar ansträngningar för att testa de olika berättelserna i Sprint Backlog.
- Daily Scrum: Det är värd för scrum master, det varar i cirka 15 minuter. Under Daily Scrum kommer medlemmarna att diskutera det arbete som avslutats föregående dag, det planerade arbetet för nästa dag och frågor som ställts inför en sprint. Under det dagliga stand-up-mötet spåras teamets framsteg.
- Sprint Review / Retrospective: Det är också värd för scrum master, det varar i cirka 2-4 timmar och diskuterar vad laget har åstadkommit under den senaste sprinten och vilka lärdomar som har dragits.
Testerns roll i Scrum
Det finns ingen aktiv roll som Tester i Scrum- processen. Vanligtvis utförs testning av en utvecklare med Unit Test. Även produktägare är ofta involverad i testprocessen under varje sprint. Vissa Scrum-projekt har dedikerade testteam beroende på projektets art och komplexitet .
Nästa fråga är, vad testare gör i en scrum? Följande anteckning kommer att svara
Testa aktiviteter i Scrum
Testare följer aktiviteter under de olika stadierna av Scrum-
Sprintplanering
- Vid sprintplanering ska en testare välja en användarberättelse från produktbackloggen som ska testas.
- Som testare bör han / hon bestämma hur många timmar (ansträngningsuppskattning) det ska ta för att avsluta testningen för varje utvald användarberättelse.
- Som testare måste han / hon veta vad sprintmål är.
- Som testare, bidra till prioriteringsprocessen
Sprinta
- Stöd utvecklare i enhetstester
- Testa användarberättelsen när den är klar. Testkörning utförs i ett labb där både testare och utvecklare arbetar hand i hand. Defekter loggas in i Defect Management-verktyget som spåras dagligen. Fel kan tilldelas och analyseras under scrummötet. Defekter testas om så snart de har lösts och distribuerats för testning
- Som testare deltar han / hon i alla dagliga standupmöten för att tala
- Som testare kan han / hon ta med alla eftersläpningsobjekt som inte kan slutföras i den aktuella sprinten och läggas till nästa sprint
- Tester ansvarar för att utveckla automatiseringsskript. Han schemalägger automatiseringstestning med kontinuerligt integrationssystem (CI). Automation får betydelsen på grund av korta leveranstider. Testautomatisering kan åstadkommas genom att använda olika open source eller betalda verktyg som finns tillgängliga på marknaden. Detta visar sig vara effektivt för att säkerställa att allt som behöver testas täcktes. Tillräcklig testtäckning kan uppnås med en nära kommunikation med teamet.
- Granska CI-automatiseringsresultat och skicka rapporter till intressenterna
- Utföra icke-funktionell testning för godkända användarberättelser
- Koordinera med kund och produktägare för att definiera acceptanskriterier för godkännande tester
- I slutet av sprinten gör testaren i vissa fall också acceptansprovning (UAT) och bekräftar testets fullständighet för den aktuella sprinten
Sprint retrospektiv
- Som testare kommer han att ta reda på vad som gick fel och vad som gick rätt i den aktuella sprinten
- Som testare identifierar han lärdomar och bästa praxis
Testrapportering
Scrum Test-måttrapportering ger transparens och synlighet för intressenter om projektet. De mätvärden som rapporteras gör det möjligt för ett team att analysera sina framsteg och planera sin framtida strategi för att förbättra produkten. Det finns två mätvärden som ofta används för att rapportera.
Förbränt diagram: Varje dag registrerar Scrum Master det beräknade återstående arbetet för sprinten. Detta är inget annat än Burn Down Chart. Den uppdateras dagligen.
Ett nedbrottstabell ger en snabb översikt över projektförloppet, detta diagram innehåller information som den totala mängden arbete i projektet som måste slutföras, mängden arbete som genomförts under varje sprint och så vidare.
Hastighetshistorikgraf: Hastighetshistorikgrafen förutspår hastigheten för laget som nås i varje sprint. Det är ett stapeldiagram och representerar hur lagens resultat har förändrats över tiden.
De ytterligare mätvärdena som kan vara användbara är schemaläggning, budgetförbränning, temaprocent slutförda, berättelser avslutade - historier kvar och så vidare.
Har du några tips eller erfarenheter att dela för Scrum Testing? Lämna en kommentar nedan-