Fejl-/defekttriage i softwaretest
Hvad er 'Defekt Triage'?
Defekttriage er en proces, hvor hver fejl prioriteres ud fra dens sværhedsgrad, hyppighed, risiko osv. Triage term bruges i softwaretestning/QA til at definere alvoren og prioriteten af nye defekter.
Hvorfor skal vi have 'Defect Triage'?
Målet med Bug Triage er at evaluere, prioritere og tildele løsningen af defekter. Teamet skal validere alvorligheden af defekten, foretage ændringer efter behov, afslutte løsningen af defekterne og tildele ressourcer. Anvendes hovedsageligt i agil projektledelse.
Hvor ofte skal 'Defect Triage' udføres i en udgivelse?
Hyppigheden af defekttriagemøder er ikke fast. Det afhænger af projektsituationen.
Her er nogle vigtige faktorer, der bestemmer hyppigheden af defekttriagemøder:
Disse vigtige faktorer er:
- I henhold til projektplanen
- Antal fejl i systemet
- Indvirkning på tidsplaner for teammedlemmers tilgængelighed
- Overordnet projektsundhed
Normalt afholdes Defekt Triage-møder to eller tre gange om ugen.
Hvem er de obligatoriske og andre deltagere i 'Defect Triage'?
Obligatoriske deltagere
Nedenstående projektmedlemmer deltager altid i Defekt Triage-møder.
- Project Manager
- Test teamleder
- Teknisk leder
- Udviklingsteamleder
Valgfrie deltagere
- Udviklere
- Testere
- Business Analyst
Deltageres roller og ansvar under 'Defekttriage'.
Test teamleder
- Planlagt fejltriage-møde og send mødemeddelelse til deltagere.
- Opret en fejlrapport og send den til alle deltagere inden mødet.
- Tildel prioritet og sværhedsgrad af defekterne.
- Hold en præsentation, så andre medlemmer forstår Grundårsag til defekt.
- Hvert mødenotat fanges og sendes til mødedeltagere.
Udvikling Lead
- Hjælper med at prioritere fejlene.
- Diskutér sværhedsgraden af defekten og forklar risikoen på grund af den defekt.
- Tildel arbejde med at rette fejl til relevante udviklere.
- Opdater fejlløsningen og medtag udviklingsnotater, hvis der mangler oplysninger eller yderligere oplysninger, der er nødvendige for udviklere.
Project Manager
- Hjælp til prioritering af manglerne.
- Diskuter den næste iterationsudgivelsesdato for QA.
- Skal sørge for, at relaterede brugerrepræsentanter også inviteres til fejltriage-mødet.
Hvad sker der under 'Defekt Triage' møde?
- Test Teamleder udsender en fejlrapport med de nye defekter. Under defekttriagemødet analyseres hver defekt for at se, om den er tildelt den rigtige prioritet og sværhedsgrad.
- Prioriteterne omarrangeres, hvis det er nødvendigt.
- Defekter analyseres og evalueres efter graden af deres sværhedsgrad.
- Dette inkluderer diskussion vedrørende kompleksiteten af defekten, risici, afvisning, omfordeling af fejl er udført.
- Opdateringer fanges i fejlsporingssystem.
- QA-ingeniøren vil foretage ændringerne af hver defekt og diskutere dem med hver deltager.
- "Kommentarer"-feltet opdateres korrekt ved at notere væsentlige punkter på mødet.
Hvad er resultatet af 'Defekttriage'?
Ved slutningen af hvert møde vil defekttriage-metrics blive udarbejdet og givet til alle deltagere. Denne rapport fungerer som mødeprotokollen, som vil være nyttig til fremtidige møder.
Konklusion
- Defekttriage er en proces, hvor hver fejl prioriteres ud fra dens sværhedsgrad, hyppighed, risiko osv.
- Målet med Bug Triage er at evaluere, prioritere og tildele løsningen af defekter.
- Hyppigheden af fejltriagemøder afgøres i henhold til projektplan, antal fejl i systemet, overordnet projektsundhed mv.
- Projektleder, testteamleder, teknisk leder, udviklingsteamleder deltager i dette møde.
- Defekter analyseres og evalueres efter graden af deres sværhedsgrad.