Bugg/defekt triage i mjukvarutestning

Vad är "Defekttriage"?

Defekttriage är en process där varje bugg prioriteras baserat på dess svårighetsgrad, frekvens, risk etc. Triageterm används i mjukvarutestning/QA för att definiera svårighetsgraden och prioritet för nya defekter.

Varför måste vi ha 'Defekt triage'?

Målet med Bug Triage är att utvärdera, prioritera och tilldela lösningen av defekter. Teamet måste validera allvarlighetsgraden av defekten, göra ändringar efter behov, slutföra lösningen av defekterna och tilldela resurser. Används främst i agil projektledning.

Bugg/Defekt Triage

Hur ofta behöver 'Defekttriage' utföras i en release?

Frekvensen för defekttriagemöten är inte fast. Det beror på projektsituationen.

Här är några viktiga faktorer som avgör frekvensen av defekttriagemöten:

Dessa viktiga faktorer är:

  • Enligt projektschemat
  • Antal defekter i systemet
  • Inverkan på scheman för teammedlemmars tillgänglighet
  • Övergripande projekthälsa

Vanligtvis hålls defekttriagemöten två eller tre gånger i veckan.

Vilka är de obligatoriska och andra deltagare i 'Defekttriage'?

Obligatoriska deltagare

Nedanstående projektmedlemmar deltar alltid i Defect Triage Meetings.

  • Projektledare
  • Test Team Leader
  • Teknisk bly
  • Utvecklingsteamledare

Valfria deltagare

  • Utvecklare
  • testare
  • Affärsanalytiker

Deltagarnas roller och ansvar under "Defektutredning".

Test Team Leader

  • Schemalagd buggtriagemöte och skicka mötesaviseringar för deltagare.
  • Skapa en felrapport och skicka den till alla deltagare innan mötet.
  • Tilldela prioritet och svårighetsgrad för defekterna.
  • Ge en presentation så att andra medlemmar förstår Root Orsak till defekt.
  • Varje mötesanteckning fångas och skickas till mötesdeltagarna.

Utvecklingsledare

  • Hjälper till vid prioriteringen av defekterna.
  • Diskutera svårighetsgraden för defekten och förklara risken på grund av den defekten.
  • Tilldela arbete för att åtgärda defekter till relevanta utvecklare.
  • Uppdatera fellösningen och inkludera utvecklingsanteckningar om någon information saknas eller ytterligare information behövs av utvecklare.

Projektledare

  • Hjälp till att prioritera defekterna.
  • Diskutera nästa upprepningsdatum för QA.
  • Behöver se till att relaterade användarrepresentanter också är inbjudna till feltriagemötet.

Projektledare

Vad händer under 'Defekttriage'-mötet?

  • Testteamledaren skickar ut en felrapport med de nya defekterna. Under defekttriagemötet analyseras varje defekt för att se om rätt prioritet och svårighetsgrad tilldelas den.
  • Prioriteterna omarrangeras vid behov.
  • Defekter analyseras och utvärderas efter graden av deras svårighetsgrad.
  • Detta inkluderar diskussion om defektens komplexitet, risker, avslag, omplacering av fel görs.
  • Uppdateringar fångas i felspårningssystem.
  • QA-ingenjören kommer att göra ändringarna av varje defekt och diskutera dem med varje deltagare.
  • Fältet "Kommentarer" uppdateras korrekt genom att notera viktiga punkter i mötet.

Vad är resultatet av 'Defekttriage'?

I slutet av varje möte förbereds mätvärden för defekttriage och ges till alla deltagare. Denna rapport fungerar som mötesprotokollet som kommer att vara användbart för framtida möten.

Slutsats

  • Defekttriage är en process där varje bugg prioriteras utifrån dess svårighetsgrad, frekvens, risk, etc.
  • Målet med Bug Triage är att utvärdera, prioritera och tilldela lösningen av defekter.
  • Frekvensen av defekttriagemöten bestäms enligt projektschema, antal defekter i systemet, övergripande projekthälsa etc.
  • Projektledare, testteamledare, teknisk ledare, utvecklingsteamledare deltar i detta möte.
  • Defekter analyseras och utvärderas efter graden av deras svårighetsgrad.