Hva er 'Defect Triage'?
Defekt-triage er en prosess der hver feil prioriteres basert på alvorlighetsgrad, frekvens, risiko osv. Avviksterm brukes i Software testing / QA for å definere alvorlighetsgraden og prioriteten til nye feil.
I denne veiledningen vil vi lære-
- Hva er 'Defect Triage'?
- Hvorfor trenger vi å ha 'Defect Triage'?
- Hvor ofte må 'Defect Triage' gjennomføres i en utgivelse?
- Hvem er obligatoriske og andre deltakere i 'Defect Triage'?
- Deltakernes roller og ansvar under 'Defect Triage.'
- Hva skjer under 'Defect Triage' møte?
- Hva er resultatet av 'Defect Triage'?
Hvorfor trenger vi å ha 'Defect Triage'?
Målet med Bug Triage er å evaluere, prioritere og tilordne løsning av mangler. Teamet må validere alvorlighetsgraden av feilen, gjøre endringer etter behov, fullføre løsningen på feilene og tildele ressurser. Brukes hovedsakelig i smidig prosjektledelse.
Hvor ofte må 'Defect Triage' gjennomføres i en utgivelse?
Hyppigheten av Defect triage-møte er ikke fast. Det avhenger av prosjektsituasjonen.
Her er noen viktige faktorer som avgjør hyppigheten av Møter med mangler:
Disse viktige faktorene er:
- I henhold til prosjektplanen
- Antall feil i systemet
- Innvirkning på tidsplaner for tilgjengeligheten av teammedlemmene
- Samlet prosjekthelse
Vanligvis avholdes Defect Triage-møter to eller tre ganger i løpet av en uke.
Hvem er obligatoriske og andre deltakere i 'Defect Triage'?
Obligatoriske deltakere
Under prosjektmedlemmer deltar alltid i Defect Triage Meetings.
- Prosjektleder
- Test teamleder
- Teknisk ledelse
- Utviklingslagsleder
Valgfrie deltakere
- Utviklere
- Testere
- Forretningsanalytiker
Deltakernes roller og ansvar under 'Defect Triage.'
Test teamleder
- Planlagt bug triage møte og sende møtevarsel for deltakere.
- Lag en feilrapport og send den til alle deltakerne før møtet.
- Tilordne prioritet og alvorlighetsgrad av manglene.
- Hold en presentasjon slik at andre medlemmer forstår årsaken til mangelen.
- Hvert møtenotat fanges og sendes til møtedeltakere.
Utviklingsledelse
- Hjelper med å prioritere manglene.
- Diskuter vanskelighetsproblemer og forklar risikoen på grunn av den mangelen.
- Tildel arbeid for å fikse feil til relevante utviklere.
- Oppdater feiloppløsningen og inkluder utviklingsmerknader i tilfelle informasjon mangler eller ytterligere informasjon som utviklere trenger.
Prosjektleder
- Hjelp til prioritering av manglene.
- Diskuter neste iterasjonsutgivelsesdato for QA.
- Må sørge for at relaterte brukerrepresentanter også er invitert til bug triage-møtet.
Hva skjer under 'Defect Triage' møte?
- Testteamleder sender ut en feilrapport med de nye feilene. Under defekt-triage-møtet blir hver defekt analysert for å se om riktig prioritet og alvorlighetsgrad er tildelt den.
- Prioritetene omorganiseres om nødvendig.
- Mangler blir analysert og evaluert etter graden av alvorlighetsgrad.
- Dette inkluderer diskusjon angående kompleksitet av mangelen, risiko, avvisning, omfordeling av feil gjøres.
- Oppdateringer fanges opp i bug tracking system.
- QA-ingeniøren vil gjøre endringene i hver defekt og diskutere dem med hver deltaker.
- Feltet "Kommentarer" oppdateres riktig ved å merke viktige punkter i møtet.
Hva er resultatet av 'Defect Triage'?
På slutten av hvert møte vil Defect Triage Metrics bli utarbeidet og gitt til alle deltakerne. Denne rapporten fungerer som møtereferat som vil være nyttig for fremtidige møter.
Konklusjon:
- Defekt triage er en prosess der hver feil blir prioritert basert på alvorlighetsgrad, frekvens, risiko osv.
- Målet med Bug Triage er å evaluere, prioritere og tilordne løsning av mangler.
- Hyppigheten av defektforsøksmøte avgjøres i henhold til prosjektplanen, antall feil i systemet, generell prosjekthelse osv.
- Prosjektleder, testteamleder, teknisk leder, utviklingsteamleder er med på dette møtet.
- Mangler blir analysert og evaluert etter graden av alvorlighetsgrad.