Ce este triajul defectelor?
Triajul defectelor este un proces în care testerii descoperă bug-ul și îi atribuie un grad de risc, de reapariție și de gravitate. Acest grad, în esență, prioritizează bug-ul pentru a fi tratat mai întâi.
Trierea este totuși un termen medical care înseamnă, în esență, încercare sau o probă. Când ajungeți la departamentul de urgență, prima evaluare medicală este făcută de o asistentă.
În departamentul de urgență, aceasta se face de obicei în sala de triaj. În acest timp este foarte important ca pacientul să descrie problema sa asistentei, astfel încât aceasta să poată evalua cu exactitate ce trebuie să se întâmple în continuare.
În funcție de gravitatea sau urgența stării medicale a unei alte persoane, aceasta poate fi preluată mai repede decât dumneavoastră. Este exact ceea ce se întâmplă atunci când un tester de software execută un triaj al defectelor sau al bug-urilor.
Acesta atribuie un grad de severitate fiecărui bug, iar bug-ul care pare mai grav sau bug-ul care are un potențial mai mare de a compromite integritatea sistemului este luat în considerare mai întâi.
Reuniunea de triaj al defectelor
Reuniunile de triaj sunt facilitate de către conducătorul QA și este coordonată cu analiștii de afaceri, conducătorul IT, managerul de proiect sau chiar managerul de produs.
În timpul fazei de dezvoltare sau de testare, testerii întâlnesc o mulțime de probleme sau bug-uri care continuă să deranjeze pe toată lumea. Pentru a se ocupa de aceste bug-uri, se organizează ședința de triaj al defectelor.
Obiectivul principal al acestei ședințe de triaj este de a clasifica, prioritiza și urmări problemele.
Ședințele de triaj au loc din când în când, uneori chiar de 3-4 ori într-o săptămână, în funcție de mărimea proiectului, de situația proiectului, de program și de numărul de defecte. Mai mulți factori joacă un rol în determinarea numărului de întâlniri de triaj necesare pentru a elimina o dată pentru totdeauna un defect.
Toate aceste întâlniri implică discuții despre complexitatea defectului, riscul implicat de acesta, atribuiri, reatribuiri și respingeri. Toate aceste actualizări sunt capturate în sistemul de urmărire a erorilor.
Pentru cele mai bune rezultate, QA lead ar trebui să trimită raportul de erori cu defectele existente sau cu defectele noi pentru fiecare întâlnire.
Care defect ar trebui să fie analizat pentru a vedea dacă a fost atribuită prioritatea și gravitatea corectă. Motivul principal al acestei întâlniri este de a rezolva toate problemele în timp util, în mod fix și precis.
În timpul întâlnirii, fiecare bug este clasificat într-una din cele trei categorii:
- ACȚIUNE IMEDIATĂ PENTRU A REZOLVA BUG-ul: Defectul se încadrează în această categorie din două motive. Primul motiv este că există suficiente resurse în cadrul echipei pentru a rezolva bug-ul și al doilea motiv este că bug-ul ar putea cauza probleme în viitor, prin urmare, este important să rezolve bug-ul imediat.
- ACȚIUNE ASUPRA BUG-ului LA UN PUNCT MAI TÂRZIU ÎN TIMP: Un bug se încadrează în această categorie atunci când echipa știe că nu este ceva major și că poate fi tratat după un anumit timp.
- BUG FĂRĂ ACȚIUNE: Acest lucru înseamnă, practic, că bug-ul este foarte minor și nu are niciun efect asupra întregului sistem. Prin urmare, nu este necesar să se ia o acțiune asupra unui astfel de bug.
Pași în triajul defectelor
Echipa de triaj este formată din managerul de proiect, testerul, liderul de testare, dezvoltatorul, managerul de mediu, managerul de testare și analistul de afaceri. Există 3 etape în triajul defectelor; revizuirea defectelor, evaluarea defectelor și atribuirea defectelor. Fiecare dintre aceste etape este discutată în detaliu mai jos:
- REVIZUIREA DEFECTULUI: Tot personalul menționat mai sus se scufundă adânc în originea și consecințele fiecărui defect în încercarea de a le rezolva.
- EVALUAREA DEFECTULUI: În această etapă, defectele sunt clasificate în 2 categorii; de reparat și în așteptare. Gravitatea defectului este baza principală a acestei segregări. Personalul menționat mai sus ia în mod colectiv decizia cu privire la care defect trebuie tratat imediat și care defect trebuie menținut în așteptare.
- ASIGURAREA DEFECTULUI: Acum că echipa are o listă de defecte care trebuie tratate imediat, ea atribuie fiecare defect persoanei în cauză. Toate acestea se fac după ce defectul a fost evaluat în mod corespunzător și cuprinzător.
Rolurile și responsabilitățile fiecărui membru al echipei de triaj
- TEST LEAD: Testul lider este cel care începe totul. Test lead trimite o invitație oficială tuturor membrilor echipei de triaj împreună cu un raport detaliat al defectelor. Test lead este prima persoană care identifică și atribuie un grad de gravitate fiecărui defect. Una dintre principalele responsabilități ale liderului de testare este de a pregăti o prezentare pentru echipa de triaj care să le ofere mai multe informații despre fiecare defect. Această prezentare îi ajută pe membrii echipei să ajungă rapid la rădăcina problemei.
- MANAGERUL DE PROIECT: Managerul de proiect joacă un rol esențial în prioritizarea defectelor, întocmirea listei de defecte și medierea întregii ședințe. De asemenea, el se asigură că toți membrii echipei de triaj sunt prezenți la discuție. Uneori, discuția se încinge și atunci intervine managerul de proiect pentru a permite membrilor echipei să exprime lucrurile din perspectiva lor.
- DEVELOPMENT TEAM LEAD: Liderul echipei de dezvoltare și managerul de proiect prioritizează în mod colectiv defectele. Principala funcție a liderului echipei de dezvoltare este de a comunica riscurile implicate și nivelul de complexitate al fiecărui defect. De asemenea, el este cel care atribuie sarcini diferiților membri ai echipei de triaj.
Există și alți membri în echipă, dar managerul de proiect, conducătorul de testare și conducătorul echipei de dezvoltare sunt persoanele cheie. Ședința nu ar ajunge la o concluzie dacă lipsește vreunul dintre aceștia.
Ce se întâmplă într-o ședință de triaj?
Ședința de triaj a defectelor este împărțită în 3 părți; înainte de ședință, în timpul ședinței și după ședință. Înainte de începerea întâlnirii, conducătorul de testare trimite un raport tuturor membrilor echipei de triaj, astfel încât aceștia să fie conștienți într-o oarecare măsură de cele mai recente erori.
- PRE-ÎNTÂLNIRE: Testatorii au un rol cheie de jucat în pre-reuniunea. Testerii oferă echipei informații despre bug-uri și clasifică fiecare bug în diferite secțiuni în funcție de gravitate și prioritate. Deci, practic, sesiunea de pre-întâlnire este deținută de testeri.
- ÎN TIMPUL ÎNTÂLNIRII: Nu se întâmplă întotdeauna ca toate problemele dintr-o ședință să fie rezolvate. Unele probleme în așteptare din ședința anterioară de triaj al defectelor sunt discutate înainte de a trece la noile probleme. Apoi se discută progresele înregistrate cu privire la problemele anterioare. Din acest punct încolo, fiecare punct este notat cu privire la gravitatea defectelor existente. Membrii echipei iau în mod colectiv o decizie cu privire la care defect trebuie rezolvat imediat și care defect poate fi amânat pentru o dată ulterioară. În cazul în care termenul limită este aproape, defectele cu un grad mai mare de gravitate vor fi tratate mai întâi, iar cele mai puțin grave vor fi ținute în așteptare. Cu toate acestea, dacă nu există presiunea termenelor limită, chiar și cele mai neînsemnate defecte pot fi rezolvate la începutul proiectului. Pe această bază, lista de erori este actualizată și aici intervine atribuirea sarcinilor. Responsabilul de testare are ultimul cuvânt în cadrul ședinței. El rezumă rapid întreaga ședință și comunică direcțiile imediate de acțiune membrilor echipei respective.
- POST-REUNIUNE: MOM (procesul-verbal al ședinței) este împărtășit echipei de triaj al defectelor după realizarea ședinței. Acest document conține punctele cheie discutate în timpul întâlnirii.
Conteniturile unui raport de triaj al defectelor
- DEFECT ID: Fiecărui defect îi este atribuit un număr unic care îl diferențiază de alte defecte.
- DESCRIEREA DEFECTULUI: Aceasta se referă la modul în care defectul cauzează o funcționare defectuoasă în sistem.
- DATA CREĂRII: Este data la care bug-ul a fost observat pentru prima dată.
- CREATOR: Creatorul este persoana care a observat și raportat prima dată defectul.
- SEVERITATE: Este o măsură a gradului de severitate a defecțiunii.
- PRIORITATE: Prioritatea poate fi ridicată, medie sau scăzută. Prioritatea ridicată înseamnă că defecțiunea necesită atenție imediată, prioritatea medie înseamnă că defecțiunea poate fi rezolvată după un timp și nu necesită o acțiune imediată, iar prioritatea scăzută înseamnă că defecțiunea nu are un impact semnificativ sau notabil asupra proiectului și, prin urmare, poate sau nu poate fi rezolvată.
- STATUT: Dacă bug-ul este nou, în curs de revizuire, în desfășurare sau finalizat se determină prin raportare la statutul bug-ului.
- DATA ASIGURĂRII: Aceasta este data la care bug-ul a fost atribuit personalului respectiv pentru rezolvare.
- ASIGURAT LA: Acest câmp are numele persoanei căreia i-a fost atribuit bug-ul pentru rezolvare.
- REZOLVARE: Ce se face pentru rezolvarea bug-ului.
- DATA REZOLVĂRII: Data estimată la care defectul va fi complet rezolvat.
- TIMP ESTIMAT: Timpul speculat de rezolvare a defectului.
- TIMP REAL: Timpul total scurs pentru rezolvarea defectului.
- ROOT CAUSE DESCRIPTION: Acest câmp are informații legate de motivul pentru care a apărut bug-ul în primul rând.
De ce avem nevoie de Defect Triage?
Principalul beneficiu pe care îl obțineți din acest proces este că echipa dvs. va ajunge să evalueze gravitatea bug-ului, să conceapă planuri pentru a-l pescui și să ajungă la o concluzie cu privire la resursele care trebuie alocate pentru proces. Triajul defectelor este utilizat în principal în metodologia de testare agilă
CONCLUZIE
Pentru a rezolva defectul, se convoacă o ședință de triaj al defectelor. Liderul de testare, managerul de proiect și liderul echipei de dezvoltare trebuie să fie prezenți printre toți membrii echipei de triaj.
Întrunirea de triaj a defectelor se realizează în 3 etape; preîntâlnire, în timpul întâlnirii și după întâlnire. După toate acestea, conducătorul de testare pregătește un raport de triaj detaliat.
Raportul conține toate informațiile începând de la momentul în care defectul a fost observat inițial până la cauza principală a defectului.
Frecvența triajului defectelor depinde complet de mărimea proiectului. Acesta poate fi organizat săptămânal, lunar sau zilnic.
.