Handledning för Scrum Testmetodologi

Scrum i mjukvarutestning

Scrum i mjukvarutestning är en metod för att bygga komplexa mjukvaruapplikationer. Det ger enkla lösningar för att utföra komplicerade uppgifter. Scrum hjälper utvecklingsteamet att fokusera på alla aspekter av mjukvaruproduktutvecklingen som kvalitet, prestanda, användbarhet och så vidare. Det ger transparens, inspektion och anpassning under mjukvaruutvecklingen för att undvika komplexitet.

Scrum testning

Scrum testning är en testning gjord i scrum-metodik för att verifiera att kraven på mjukvaruapplikationer är uppfyllda. Det innebär att kontrollera 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 karaktär och komplexitet.

Nyckelfunktioner i Scrum-metodik

Följande är nyckelfunktioner i Scrum-

• Scrum har ett kort fast schema med releasecykler med justerbart omfång som kallas sprintar för att möta snabbt föränderliga utvecklingsbehov. Varje release kan ha flera sprints. Varje Scrum-projekt kan ha flera releasecykler.
• En återkommande sekvens av möten, evenemang och milstolpar
• En praxis att testa och implementera nya krav, känd som historier, för att se till att lite arbete släpps klart efter varje sprint

Scrum är baserat på följande 3 pelare-

Låt oss titta på en efter en

1. Roller i Scrum

Det finns tre huvudroller inom Scrum Testing – Product Owner, Scrum Master och The Development Team. Låt oss studera dem i detalj

Product Owner	Scrum Master	Teamet
Han/hon definierar produktens egenskaper.	Han/hon leder teamet och ser till teamets produktivitet	Laget är vanligtvis cirka 5-9 medlemmar
Produktägaren bestämmer releasedatum och motsvarande funktioner	Han/hon håller spärrlistan och tar bort hinder i utvecklingen	Det inkluderar utvecklare, designer och ibland testare, etc.
De prioriterar funktionerna efter produktens marknadsvärde och lönsamhet	Han/hon koordinerar med alla roller och funktioner	Teamet organiserar och schemalägger sitt arbete på egen hand
Han/hon är ansvarig för produktens lönsamhet	Han/hon skyddar laget från yttre störningar	Har rätt att göra allt inom projektets gränser för att nå sprintmålet
Han/hon kan acceptera eller avvisa resultat av arbetsobjekt	Inbjuder till den dagliga scrum, sprintgenomgång och planeringsmöten	Delta aktivt i dagliga ceremonier

2. Scrum-artefakter

En scrum-process inkluderar

• Användarberättelser: De är en kort förklaring av funktionerna i systemet som testas. Exempel på försäkringsgivare är - "Premium kan betalas med onlinesystemet."
• Produktbacklog: Det är en samling användarberättelser som fångats för en scrum-produkt. Produktägaren förbereder och upprätthåller produktstocken. 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 mot en release. Berättelser i releasebackloggen är inriktade på att slutföras i en release.
• Sprints: Det är en bestämd tidsperiod att slutföra användarberättelserna, bestämt av produktägaren och utvecklarteamet, vanligtvis 2-4 veckors tid.
• Sprint Orderstock: Det är en uppsättning användarberättelser som ska slutföras i en sprint. Under sprintbacklog tilldelas aldrig arbete, och teamet anmäler sig för arbete på egen hand. Det ägs och förvaltas av teamet medan det beräknade återstående arbetet uppdateras dagligen. Det är listan över uppgifter som måste utföras i Sprint
• Blockeringslista: Det är en lista över blockeringar och ofattade beslut som ägs av scrum master och uppdateras dagligen
• Nedbränningsdiagram: Burn-down diagram representerar övergripande framsteg för det pågående arbetet och utfört arbete under hela processen. Den representerar i ett grafformat de berättelser och funktioner som inte är färdiga

3. Ceremonier (Processer) i Scrum

• Sprint Planera: En sprint börjar med att laget importerar berättelser från releasebackloggen till sprintbackloggen; den är värd av scrum master. Testarna uppskattar ansträngningar för att testa de olika berättelserna i Sprint Orderstock.
• Daglig Scrum: Den är värd av scrum master, den tar cirka 15 minuter. Under Daily Scrum kommer medlemmarna att diskutera arbetet som genomförts föregående dag, det planerade arbetet för nästa dag och frågor som ställs inför under en sprint. Under det dagliga stand-up mötet spåras teamets framsteg.
• Sprint Review/ retrospektiv: Det är också värd för scrum master, det tar cirka 2-4 timmar och diskuterar vad laget har åstadkommit under den senaste spurten och vilka lärdomar som har dragits.

Rollen som testare i Scrum

Det finns ingen aktiv roll som testare i Scrum Behandla. Vanligtvis utförs testning av en utvecklare med Unit Test. Medan produktägaren också ofta är involverad i testprocessen under varje sprint. Vissa Scrum-projekt har dedikerade testteam beroende på projektets natur och komplexitet.

Nästa fråga är vad testare gör i en scrum? Följande anteckning kommer att svara

Testaktiviteter i Scrum

Testare gör följande aktiviteter under de olika stadierna av Scrum-

Sprint Planering

• I sprintplanering bör en testare välja en användarhistoria från produktbackloggen som ska testas.
• Som testare bör han/hon bestämma hur många timmar (Effort Estimation) det ska ta att avsluta testning för var och en av utvalda användarberättelser.
• Som testare måste han/hon veta vad sprintmål är.
• Bidra som testare till prioriteringsprocessen

Sprint

• Stöd utvecklare i enhetstestning
• 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. Defekten är inloggad Defekthanteringsverktyg som spåras dagligen. Defekter kan tilldelas och analyseras under scrummötet. Defekter testas om så fort de är löst och utplacerad för testning
• Som testare deltar han/hon vid alla dagliga standup-möten för att tala
• Som testare kan han/hon ta med sig alla eftersläpningsobjekt som inte kan slutföras i den aktuella sprinten och lägga till nästa sprint
• Tester ansvarar för att utveckla automatiseringsskript. Han schemalägger automationstestning med System för kontinuerlig integration (CI).. Automation får vikten på grund av korta leveranstider. Testautomatisering kan åstadkommas genom att använda olika verktyg med öppen källkod 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.
• Revse CI-automatiseringsresultat och skicka rapporter till intressenterna
• Utför icke-funktionella tester för godkända användarberättelser
• Samordna med kund och produktägare för att definiera acceptanskriterier för acceptanstest
• I slutet av sprinten gör testaren även acceptanstestning (UAT) i vissa fall och bekräftar att testningen är fullständig 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 spurten
• Som testare identifierar han lärdomar och bästa praxis

Testrapportering

Rapportering av Scrum Test-mätvärden ger transparens och synlighet för intressenter om projektet. De mätvärden som rapporteras tillåter 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.

Bränn ned 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 burndown-diagram ger en snabb överblick över projektets framsteg, 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örutsäger lagets hastighet i varje sprint. Det är ett stapeldiagram och representerar hur lagets produktion har förändrats över tiden.

De ytterligare mätvärden som kan vara användbara är schemaförbränning, budgetförbränning, temaprocent slutfört, berättelser slutförda – berättelser kvar och så vidare.

Det här handlar om Scrum inom mjukvaruteknik