Feil-/defekttriage i programvaretesting

Hva er "Defekttriage"?

Defekttriage er en prosess der hver feil prioriteres basert på dens alvorlighetsgrad, frekvens, risiko osv. Triage-term brukes i programvaretestingen / QA for å definere alvorlighetsgraden og prioriteten til nye defekter.

Hvorfor må vi ha 'Defect Triage'?

Målet med Bug Triage er å evaluere, prioritere og tildele løsningen av defekter. Teamet må validere alvorlighetsgraden av defekten, gjøre endringer etter behov, fullføre løsningen av defektene og tildele ressurser. Hovedsakelig brukt i smidig prosjektledelse.

Hvor ofte må "Defektutredning" utføres i en utgivelse?

Hyppigheten av defekttriagemøte er ikke fast. Det avhenger av prosjektsituasjonen.

Her er noen viktige faktorer som bestemmer hyppigheten av defektutredningsmøter:

Disse viktige faktorene er:

I henhold til prosjektplanen
Antall feil i systemet
Innvirkning på tidsplaner for teammedlemmers tilgjengelighet
Samlet prosjekthelse

Vanligvis holdes defekttriagemøter to eller tre ganger i uken.

Hvem er de obligatoriske og andre deltakerne i 'Defect Triage'?

Obligatoriske deltakere

Prosjektmedlemmene nedenfor deltar alltid i Defect Triage Meetings.

Project Manager
Teamleder for test
Teknisk leder
Leder for utviklingsteam

Valgfrie deltakere

Utviklere
testere
Business Analyst

Roller og ansvar for deltakere under "Defektutredning."

Teamleder for test

Planlagt feiltriage-møte og send møtevarsling for deltakere.
Lag en feilrapport og send den til alle deltakere før møtet.
Tildel prioritet og alvorlighetsgrad av defektene.
Hold en presentasjon slik at andre medlemmer forstår Root Årsak til defekt.
Hvert møtenotat blir fanget opp og sendt til møtedeltakerne.

Utviklingsleder

Hjelper til med prioritering av defektene.
Diskuter vanskelighetsgraden og forklar risikoen på grunn av den defekten.
Tildel arbeid for å fikse feil til relevante utviklere.
Oppdater feilløsningen og inkluder utviklingsnotater i tilfelle informasjon mangler eller tilleggsinformasjon som utviklerne trenger.

Project Manager

Hjelp til med prioritering av mangler.
Diskuter neste iterasjonsutgivelsesdato for QA.
Må sørge for at relaterte brukerrepresentanter også inviteres til feilutredningsmøtet.

Hva skjer under 'Defekttriage'-møtet?

Testteamleder sender ut en feilrapport med de nye defektene. Under defekttriagemøtet blir hver defekt analysert for å se om den er tilordnet riktig prioritet og alvorlighetsgrad.
Prioriteringer omorganiseres ved behov.
Defekter blir analysert og evaluert etter graden av alvorlighetsgraden.
Dette inkluderer diskusjon om kompleksiteten til defekten, risiko, avvisning, omfordeling av feil er gjort.
Oppdateringer fanges opp i feilsporingssystem.
QA-ingeniøren vil gjøre endringene på hver defekt og diskutere dem med hver deltaker.
"Kommentarer"-feltet oppdateres riktig ved å notere viktige punkter i møtet.

Hva er resultatet av "Defektutredningen"?

På slutten av hvert møte vil Defect Triage Metrics bli utarbeidet og gitt til alle deltakerne. Denne rapporten fungerer som møteprotokollen som vil være nyttig for fremtidige møter.

Konklusjon

Defekttriage er en prosess der hver feil blir prioritert basert på alvorlighetsgrad, hyppighet, risiko osv.
Målet med Bug Triage er å evaluere, prioritere og tildele løsningen av defekter.
Hyppigheten av defektutredningsmøte avgjøres i henhold til prosjektplan, antall feil i systemet, overordnet prosjekthelse mv.
Prosjektleder, testteamleder, teknisk leder, utviklingsteamleder deltar i dette møtet.
Defekter blir analysert og evaluert etter graden av alvorlighetsgraden.