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 registreras i buggfiler trackungsystemet.
  • 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.

Sammanfatta detta inlรคgg med: