Handledning för Scrum Testmetodologi

Scrum i mjukvarutestning

Scrum i mjukvarutestning är en metod för att bygga komplexa programvaruapplikationer. Den tillhandahåller enkla lösningar för att utföra komplicerade uppgifter. Scrum hjälper utvecklingsteamet att fokusera på alla aspekter av produktutveckling, inklusive kvalitet, prestanda och användbarhet. Den ger transparens, inspektion och anpassning under programvaruutvecklingen för att undvika komplexitet.

Scrum testning

Scrum testning är testning som utförs med Scrum-metodik för att verifiera att kraven för programvaruapplikationer är uppfyllda. Det innebär att man kontrollerar icke-funktionella parametrar som säkerhet, användbarhet och prestanda. Det finns ingen aktiv roll för en testare i processen, så den utförs vanligtvis av utvecklare med enhetstester. Ibland behövs dedikerade testteam beroende på projektets art och komplexitet. Moderna team koordinerar ofta detta arbete i Jira, Linear, Azure DevOps, eller Asana.

Nyckelfunktioner i Scrum-metodik

Följande är de viktigaste funktionerna i Scrum:

• Scrum har ett kort, fast schema för releasecykler med justerbar omfattning, så kallat Sprints, för att möta snabbt föränderliga utvecklingsbehov. Varje utgåva 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 en del arbete är klart för utgivning efter varje Sprint.

Scrum bygger på följande 3 grundpelare:

Låt oss titta på dem en efter en.

1. Roller i Scrum

Det finns tre huvudroller inom Scrumtestning: Produktägare, Scrum Master och Utvecklingsteamet. Låt oss studera dem i detalj.

Product Owner	Scrum Master	Teamet
Han eller hon definierar produktens egenskaper.	Han eller hon leder teamet och ser till teamets produktivitet.	Teamet består vanligtvis av cirka 5-9 medlemmar.
Produktägaren bestämmer lanseringsdatum och motsvarande funktioner.	Han eller hon upprätthåller blocklistan och undanröjer hinder i utvecklingen.	Det inkluderar utvecklare, designers och ibland testare.
De prioriterar funktionerna utifrån produktens marknadsvärde och lönsamhet.	Han eller hon koordinerar med alla roller och funktioner.	Teamet organiserar och schemalägger sitt arbete på egen hand.
Han eller hon är ansvarig för produktens lönsamhet.	Han eller hon skyddar laget från yttre störningar.	Har rätt att göra allt inom projektets gränser för att uppfylla Sprint mål.
Han eller hon kan acceptera eller avvisa resultat för arbetsuppgifter.	Inbjudningar till den dagliga scrumen, Sprint Revvy och planeringsmöten.	Deltar aktivt i dagliga ceremonier.

2. Scrum-artefakter

En Scrum-process inkluderar:

• Användarberättelser: De är en kort förklaring av funktionerna i det testade systemet. Exempel för en försäkringsleverantör är: ”Premie kan betalas via onlinesystemet.”
• Produktbacklog: Det är en samling användarberättelser som samlats in för en Scrum-produkt. Produktägaren förbereder och underhåller produktbackloggen. Den prioriteras av produktägaren, och vem som helst kan lägga till i den med godkännande från produktägaren. Moderna team underhåller produktbackloggen i Jira, Linear, Azure DevOps, eller Asana.
• Release Backlog: En release är en tidsram inom vilken ett antal iterationer slutförs. Produktägaren koordinerar med Scrum Mastern för att bestämma vilka berättelser som ska vara mål för en release. Berättelser i Release Backloggen är avsedda att slutföras i en release.
• Sprints: Det är en bestämd tidsperiod för att färdigställa användarberättelserna, bestämd av produktägaren och utvecklingsteamet, vanligtvis 2–4 veckor.
• Sprint Orderstock: Det är en uppsättning användarberättelser som ska slutföras i en Sprint. Under Sprint Orderstock, arbete tilldelas aldrig, och teamet anmäler sig till arbete på egen hand. Det ägs och hanteras av teamet medan det uppskattade återstående arbetet uppdateras dagligen. Det är listan över uppgifter som måste utföras i en Sprint.
• Blockeringslista: Det är en lista över block och ofattade beslut som ägs av Scrum Mastern och uppdateras dagligen.
• Nedbränningsdiagram: Nedbrytningsdiagrammet visar den övergripande utvecklingen av pågående arbete och arbete som slutförts under processen. Det representerar i ett grafformat de berättelser och funktioner som inte slutförts.

3. Ceremonier (Processer) i Scrum

• Sprint Planera: A Sprint börjar med att teamet importerar berättelser från Release Backloggen till Sprint Backlog; den hanteras av Scrum Master. Testare uppskattar ansträngningen att testa de olika berättelserna i Sprint Orderstock.
• Daglig stand-up: Även kallad Daily Scrum, leds av Scrum Mastern och varar i cirka 15 minuter. Under Daily Stand-up diskuterar medlemmarna arbetet som slutförts föregående dag, det planerade arbetet för nästa dag och problem som uppstått under en ... SprintLagets framsteg är tracked här.
• Sprint Revvy / Retrospektiv: Den leds också av Scrum Mastern, varar cirka 2–4 ​​timmar och diskuterar vad teamet har åstadkommit under de senaste åren. Sprint och vilka lärdomar man drog.

Med etablerade Scrum-roller, artefakter och ceremonier är det viktigt att klargöra exakt var testare passar in i detta ramverk.

Rollen som testare i Scrum

Det finns ingen aktiv roll som testare i Scrum process. Vanligtvis utförs testning av en utvecklare med enhetstester, medan produktägaren också ofta är involverad i testprocessen under varje Sprint. Vissa Scrum-projekt har dedikerade testteam beroende på projektets art och komplexitet..

Nästa fråga är, vad gör en testare i Scrum? Följande avsnitt kommer att besvara det.

Testaktiviteter i Scrum

Testare utför följande aktiviteter under de olika stegen i Scrum:

Sprint Planering

• In Sprint Planering, en testare bör välja en användarberättelse från produktbackloggen som ska testas.
• Som testare bör han eller hon bestämma hur många timmar (uppskattning av arbetsinsats) det ska ta att avsluta testning för var och en av de valda användarberättelserna.
• Som testare måste han eller hon veta vad Sprint målen är.
• Som testare, bidra till prioriteringsprocessen.

Sprint

• Stödja 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. Fel loggas i en Defekthanteringsverktyg och trackontrolleras dagligen. Defekter kan diskuteras och analyseras under Scrum-mötet. Defekter testas om så snart de upptäcks. löst och driftsätts för testning. Moderna Scrum-team använder vanligtvis Jira, Linear, Azure DevOps, eller Asana för detta arbetsflöde.
• Som testare deltar han eller hon i alla dagliga stand-up-möten för att yttra sig.
• Som testare kan han eller hon ta med sig alla eftersläpningsuppgifter som inte kan slutföras inom den nuvarande perioden. Sprint och lägg den i nästa Sprint.
• Testaren ansvarar för utvecklingenping automatiseringsskript. Han eller hon schemalägger automatiseringstestning med en System för kontinuerlig integration (CI).Automatisering får betydelse på grund av korta leveranstider. Testautomation kan åstadkommas genom att använda olika verktyg med öppen källkod eller betalda verktyg som finns på marknaden. Detta visar sig vara effektivt för att säkerställa att allt som behöver testas täcks. Tillräcklig testtäckning kan uppnås med nära kommunikation inom teamet.
• RevVisa resultat från CI-automatisering och skicka rapporter till intressenterna.
• Utför icke-funktionell testning för godkända användarberättelser.
• Samordna med kunden och produktägaren för att definiera acceptanskriterier för acceptanstester.
• I slutet av Sprint, testaren utför även acceptanstestning (UAT) i vissa fall och bekräftar testningens fullständighet för den aktuella Sprint.

Sprint Retrospektiv

• Som testare kommer han eller hon att ta reda på vad som gick fel och vad som gick rätt i den aktuella perioden. Sprint.
• Som testare identifierar han eller hon lärdomar och bästa praxis.

När dessa testaktiviteter är igång var och en Sprint, team är beroende av tydliga mätvärden för att kommunicera framsteg, och det är där testrapportering blir avgörande.

Testrapportering

Rapportering av Scrum-testmetriker ger intressenter transparens och insyn i 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. Verktyg som Jira, Linear, Azure DevOps och Asana genererar automatiskt många av dessa rapporter. Det finns två mätvärden som ofta används för rapportering.

Nedbränningsdiagram: Varje dag registrerar Scrum Mastern det uppskattade återstående arbetet för SprintDetta är utbränningsdiagrammet, som uppdateras dagligen.

Ett nedbrytningsdiagram ger en snabb överblick över projektets framsteg. Diagrammet innehåller information som den totala mängden arbete i projektet som måste slutföras, mängden arbete som slutförts under varje Sprint, Och så vidare.

Hastighetshistorikgraf: Hastighetshistorikgrafen förutspår den hastighet som laget når i varje SprintDet är ett stapeldiagram och representerar hur teamets resultat har förändrats över tid.

Ytterligare mätvärden som kan vara användbara är schemalagd förbrukning, budgetförbrukning, temaprocent färdigställd, färdigställda artiklar, återstående artiklar och så vidare.

Vanliga frågor