defect triaging scrum
Introduktion til defektforsøg:
I vores tidligere vejledning, vi introducerede dig til Scrum Events - Sprint, Sprint Planning, Daily Scrum, Sprint Review & Sprint Retrospection. Vi diskuterede begreberne som tidsboksning, deltagere og aktiviteter til hver af Scrum-begivenhederne.
Det næste, der venter vores læsere, er Defect Triaging - Et koncept, der ikke er nyt for QA-folk, men vi vil forsøge at forstå vigtigheden af Defect Triaging, og hvordan det er organiseret i en Scrum Setup.
Så lad os starte med forståelse 'Hvad er defektforsøg?'.
Hvad du lærer:
- Defektforsøg
- Deltagere
- Roller og ansvar
- Defektforsøgsproces i en nøddeskal
- Konklusion
- Anbefalet læsning
Defektforsøg
Defect Triaging er et formelt møde, hvor alle defekterne i den aktuelle Sprint diskuteres og triages, dvs. prioriteret.
QA-udviklerne i udviklingsteamet demonstrerer og forklarer manglerne for resten af Scrum-teamet. Baseret på alles input, organiseres og defineres manglerne i forskellige kategorier.
Nogle af de vigtige afgørende faktorer for kategorisering af disse mangler kan være sværhedsgrad, risiko forbundet, forretningspåvirkning, forekomst, natur osv. Baseret på disse kategorier beslutter vi, hvor hurtigt manglen skal løses.
c ++ og java forskelle
Deltagere
Defect Triaging-mødet deltager af alle Scrum-teammedlemmer.
- Produktejeren
- Scrum Master
- Udviklingsteamet
Der kan være en mulighed for, at interessenterne (interne eller eksterne) også kan medtages i Mødet om mangelfuld prøvning.
Lad os nu diskutere og etablere en klar skelnen omkring hver af Scrum-teammedlemmernes roller og ansvar under Defect Triaging Meeting.
Roller og ansvar
Udviklingsteamet
- Udviklere forklarer og demonstrerer manglen.
- Udviklere vil også fokusere på grundårsagsanalysen.
- Udviklere vil give et indblik i de anvendelsesområder, der er påvirket af defekten.
- Der foretages et kombineret opkald om, hvorvidt manglen er acceptabel eller skal afvises.
- Hjælper med at prioritere defekten.
- Udtrykker den kompleksitet, der er involveret i at rette fejlen.
- Tildel defekterne indbyrdes til reparation og gentest.
Scrum Master
- Scrum Master er også ansvarlig for at organisere Defect Triaging Meeting.
- Scrum Master kan også lette mødet, hvis resten af teammedlemmerne beder om det.
- Skriv notater, hvis der er nogen hindringer, som holdet kan støde på for fejlrettelserne.
- Kontrollerer, at mødet er tidsbestemt og ikke afviger fra fokus.
- Klassificerer manglerne til bestemte defektklasser ved at tildele deres prioritet og sværhedsgrad.
- Sammen med holdet bringer Scrum Master også forbedringsområderne på bordet.
Produktejer
- Har en stor andel i prioriteringen af manglerne, der vil afgøre, hvordan senest manglen kan løses.
- For manglerne, der har en mellemprioritet, kan Produktejeren planlægge at placere dem i Product Backlog, der skal afhentes til de efterfølgende udgivelser.
- Tillader teamet at forstå, hvordan virksomheden vil blive påvirket på grund af manglen.
- Produktejer tager slutbrugerens perspektiv og følelser, mens han diskuterer manglerne.
Defektforsøgsproces i en nøddeskal
Alle Scrum Team-medlemmer mødes i et mødelokale til et Defect Triaging Meeting. Alle fra udviklerens team kan gå i spidsen og begynde at diskutere defekterne detaljeret. Holdet diskuterer derefter hver af manglerne for deres gyldighed.
Manglen afvises, hvis den viser sig at være ugyldig. Hvis fejlen er gyldig, kontrollerer teamet for kompleksiteten ved at rette fejlen og den forretningspåvirkning, det ville have, hvis den ikke blev løst i systemet.
Alle andre i teamet analyserer og evaluerer nu fejlen med henblik på korrekt klassificering og sørger for, at den rigtige prioritet og sværhedsgrad er tildelt defekten.
Hvis de rigtige prioriteter og alvorligheder ikke er tildelt, nulstiller holdet dem til de rigtige. Produktejer sammen med teamet beslutter nu, hvilke defekter der skal rettes på prioritet, og hvilke der kan tildeles de efterfølgende udgivelser.
Under et defekt-triaging-møde analyseres og evalueres manglerne af hele Scrum-teamet. Teamet tildeler derefter den korrekte sværhedsgrad og prioritet til disse fejl.
Send diskussionen og kontrol, nu kommer det tidspunkt, hvor defektopgaven er udført. Under denne aktivitet vil en eller flere udviklere blive tildelt til at rette fejlen. En anden udvikler vil blive tildelt til at teste manglen.
En anden meget vigtig aktivitet er at undersøge grundårsagsanalysen for hver af defekterne og komme med en procesforbedringsplan for at minimere sandsynligheden for at have en lignende defekt igen i systemet.
Alt dette er fanget i et sporingssystem. For hold, der arbejder under Agile, har JIRA været favoritten mest. Derfor har holdet i slutningen af mødet en liste over gyldige mangler med korrekte prioriteter og alvorligheder tildelt dem. Holdet har også en procesforbedringsplan, der skal vedtages for de efterfølgende sprints.
Defect Triaging-mødet er planlagt, hver gang et par defekter er fundet og har brug for en diskussion. Enhver, der mener, at det er nødvendigt med Defect Triaging Meeting, kan rejse en anmodning om mødet.
Under en almindelig omstændighed kan Defect Triaging-mødet hjælpe 2-3 gange under en sprint. Men der er bestemt ingen regel i det, og mødet kan ske, når behovet opstår.
Konklusion
Det er alt, hvad vi havde i vente med hensyn til Defect Triaging Meeting. Defect Triaging Meeting anses for at være en intensiveret aktivitet for at øge smidigheden blandt Scrum-teammedlemmerne. Det er blevet en integreret del af Scrum-processen på grund af de fordele, det giver.
I vores kommende vejledning skal vi diskutere vigtigheden af selvforsynende scrumteams.
Vi lægger også vægt på, hvad selvforsyning betyder i Scrum Setup, og hvordan et team kan udvikle sig til at blive et selvforsynende team.
dijkstras algoritme ved hjælp af prioritetskø java
PREV-vejledning | NÆSTE vejledning
Anbefalet læsning
- Selvforsynende Scrum-hold: Hvordan oprettes et selvforsynende team?
- Scrum Team Roller og ansvar: Scrum Master og Product Owner
- JIRA Scrum Board Tutorial: Scrum Handling with Jira For Managing the Sprint
- Scrum-artefakter: Product Backlog, Sprint Backlog og Product Increments
- Agile Scrum Online Quiz: Test din viden om Agile Scrum
- Hvad er defektbaseret testteknik?
- Process for defekthåndtering: Sådan håndteres en defekt effektivt
- Hvad er defekt / bug livscyklus i softwaretest? Vejledning i defekt livscyklus