Triajul erorilor/defectelor în testarea software-ului
Thomas Hamilton
⚡ Rezumat inteligent
Triajul defectelor este o întâlnire de analiză în cadrul căreia liderul de testare, liderul de dezvoltare și managerul de proiect clasifică fiecare eroare raportată în funcție de severitate, prioritate și risc, apoi desemnează proprietari și convin asupra unui program realist de remediere.
Ce este „triajul defectelor”?
Triajul defectelor este un proces în care fiecare eroare este prioritizată în funcție de severitatea, frecvența, riscul etc. Termenul de triaj este folosit în Testarea software-ului / Asigurarea calității pentru a defini severitatea și prioritatea noilor defecte.
Numele este împrumutat din medicina de urgență, unde triajul sortează pacienții în funcție de urgență atunci când resursele sunt limitate. O echipă de asigurare a calității se confruntă cu aceeași constrângere: lista defectelor este întotdeauna mai lungă decât timpul disponibil înainte de data lansării, așa că cineva trebuie să decidă ce se remediază acum, ce se remediază mai târziu și ce se amână. Triajul este ședința în care se ia și se înregistrează această decizie.
De ce trebuie să avem „triajul defectelor”?
Scopul Bug Triage este evaluarea, prioritizarea și atribuirea rezoluției defectelor. Echipa trebuie să valideze gravitatea defectului, să facă modificări în funcție de necesități, să finalizeze rezolvarea defectelor și să aloce resurse. Folosit în principal în managementul agil al proiectelor.
Fără triaj, defectele se află în tracker cu orice severitate a aleasă de testerul care a raportat, iar dezvoltatorii aleg lucrările în funcție de preferințele personale, mai degrabă decât de impactul asupra afacerii. Bannerul de mai jos rezumă motivele pentru care echipele mențin întâlnirea în calendar.
Cât de des trebuie efectuată „Triajul defectelor” într-o versiune?
Frecvența întâlnirii de triaj a defectelor nu este fixă. Depinde de situația proiectului.
Iată câțiva factori importanți care decid frecvența întâlnirilor de triaj a defectelor:
Acești factori importanți sunt:
- Conform calendarului proiectului
- Numărul de defecte în sistem
- Impactul asupra programelor de disponibilitate a membrilor echipei
- Sănătatea generală a proiectului
De obicei, ședințele de triaj a defectelor au loc de două sau de trei ori pe săptămână.
Cadența se strânge pe măsură ce se apropie o lansare. Echipele lucrează pe termen scurt Scrum Iterațiile includ adesea o scurtă triere în rutina zilnică în timpul ultimului sprint, în timp ce un proiect cu un ciclu mai lung bazat pe planuri poate face trierea o dată pe săptămână până la testarea regresiei începe faza.
Cine sunt participanții obligatorii și alți participanți la „Triajul defectelor”?
Participanți obligatorii
Membrii proiectului de mai jos participă întotdeauna la întâlnirile de triaj a defectelor.
- Project Manager
- Liderul echipei de testare
- Conducator tehnic
- Liderul echipei de dezvoltare
Participanți opționali
- Dezvoltatorii
- Testeri
- Business Analyst
Participanții opționali sunt invitați atunci când un defect specific necesită contribuția lor, de exemplu atunci când un analist de afaceri trebuie să confirme dacă comportamentul raportat contrazice de fapt o cerință sau este o solicitare de modificare deghizată.
Rolurile și responsabilitățile participanților în timpul „triajului defectelor”.
Fiecare participant obligatoriu sosește cu o responsabilitate diferită, iar întâlnirea se desfășoară doar până la ora stabilită de toți trei pentru a se pregăti în avans.
Liderul echipei de testare
- Întâlnire programată de triaj a erorilor și trimiteți o notificare de întâlnire pentru participanți.
- Creați un raport de defecțiuni și trimiteți-l tuturor participanților înainte de întâlnire.
- Atribuiți prioritate și severitate a defectelor.
- Faceți o prezentare astfel încât ceilalți membri să înțeleagă Cauza rădăcină a defectului.
- Fiecare notă de întâlnire este capturată și trimisă participanților la întâlnire.
Conducător de dezvoltare
- Ajută la prioritizarea defectelor.
- Discutați despre dificultatea defectului și explicați riscul implicat din cauza acelui defect.
- Alocați munca pentru remedierea defectelor dezvoltatorilor relevanți.
- Actualizați rezoluția defectelor și includeți note de dezvoltare în cazul în care lipsesc informații sau orice informații suplimentare necesare dezvoltatorilor.
Project Manager
- Ajutor la prioritizarea defectelor.
- Discutați următoarea dată de lansare a iterației pentru QA.
- Trebuie să vă asigurați că reprezentanții utilizatorilor afiliați sunt, de asemenea, invitați la întâlnirea de triaj a erorilor.
Managerul de proiect deține data lansării, așadar apelul final pentru orice defect contestat aparține de obicei acelui rol, așa cum se arată mai jos.
Ce se întâmplă în timpul întâlnirii „Triajul defectelor”?
- Liderul echipei de testare trimite un raport de eroare cu noile defecte. În timpul întâlnirii de triaj a defectelor, fiecare defect este analizat pentru a vedea dacă îi sunt atribuite prioritatea și severitatea corectă.
- Prioritățile sunt rearanjate dacă este necesar.
- Defectele sunt analizate și evaluate după gradul de gravitate.
- Acestea includ discuții cu privire la complexitatea defectului, riscuri, respingere, reatribuirea erorilor se face.
- Actualizările sunt înregistrate în eroare tracsistemul regelui.
- Inginerul QA va face modificările fiecărui defect și le va discuta cu fiecare participant.
- Câmpul „Comentarii” este actualizat corect prin notarea punctelor esențiale ale întâlnirii.
Cea mai mare parte a timpului de discuție se concentrează pe cele două câmpuri care sunt cel mai ușor de confundat. Severitatea și prioritatea sunt setate independent, iar un defect poate obține un scor mare la unul și un scor mic la celălalt.
| Aspect | Severitate | Prioritate |
|---|---|---|
| Ce măsoară | Cât de grav afectează defectul produsul sau funcționalitatea acestuia | Cât de repede trebuie remediat defectul în raport cu alte lucrări |
| În mod normal, setat de | Testerul care raportează defectul | Convenit în triaj, cu managerul de proiect și partea de produs conducând |
| Condus de | Impactul tehnic și funcționalitatea afectată | Impactul asupra afacerii, vizibilitatea asupra clienților și data lansării |
| Exemplu de nepotrivire | Severitate ridicată, prioritate scăzută: o eroare într-o funcție pe care nimeni nu o folosește până în trimestrul următor | Severitate scăzută, prioritate ridicată: un nume de companie scris greșit pe pagina de destinație |
Sfat: Discuția despre un singur defect este scurtă. Când un aspect nu poate fi rezolvat în câteva minute, parcați-l, desemnați un responsabil pentru investigare și aduceți-l înapoi la următoarea sesiune, în loc să lăsați un singur defect să domine ședința.
Care este rezultatul „triajului defectelor”?
La sfârșitul fiecărei întâlniri, valorile de triaj a defectelor vor fi pregătite și oferite tuturor participanților. Acest raport acționează ca un proces-verbal de întâlnire care se va dovedi util pentru întâlnirile viitoare.
Raportul este punctul în care triajul se conectează la contextul mai larg procesul de management al defectelorEchipele capturează de obicei următoarele în acesta:
- Defecte analizate în sesiune, cu severitatea și prioritatea convenite pentru fiecare.
- Defecte nou atribuite, împreună cu dezvoltatorul care le deține acum.
- Defecte amânate, respinse sau marcate ca duplicate, cu motivul înregistrat.
- Numărul de defecte deschise în funcție de gravitate, astfel încât tendința de la o sesiune la alta să fie vizibilă.
- Acțiunile au fost reportate la următoarea ședință.
Deoarece fiecare schimbare este rescrisă în tracker, starea fiecărui element rămâne consistentă cu poziția sa în ciclul de viață al defectelor...iar următoarea sesiune începe de la o listă exactă, nu de la una învechită.
