Meniu

Procesul de triere a defectelor și modalitățile de gestionare a întâlnirii de triere a defectelor

  • Principal
  • Alte
  • Procesul de triere a defectelor și modalitățile de gestionare a întâlnirii de triere a defectelor

defect triage process

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Un ghid complet pentru procesul defect Triage și modalități eficiente de gestionare a defect Triage Meeting:

În articolul de astăzi, vom afla despre întâlnirea Triage Defect și cum să gestionați o întâlnire Triage într-un mod mai ușor și eficient.

Înainte de a continua acest articol, îmi doresc ca toată lumea să știe ce se înțelege prin defect, ciclu de viață al defectului și cum să setați Prioritate și Severitate pentru fiecare defect . Și este necesar să înțelegem aceste concepte de bază legate de un defect sau eroare.

De asemenea, puteți parcurge articolul meu anterior ' Ciclul de viață al defectelor și Procesul de gestionare a defectelor ' pentru a înțelege rapid aceste concepte.

Întâlnire Triaj Defecte

Ce veți învăța:

Prezentare generală

Cuvantul 'Triaj' este practic utilizat în domeniul medical. De fapt, obișnuia să decidă ordinea în care pacienții ar trebui tratați. De obicei, în spitalele mari, unde există mii de abordări ale pacienților pentru consultare sau tratament zilnic. Dar nu toți pacienții sunt internați sau tratați imediat.

Gravitatea bolii sau a leziunii este principalul criteriu de consultare și pe baza acestora toți pacienții sunt clasificați în consecință. Dacă vătămarea sau sănătatea oricărui pacient este foarte critică, medicii tratează de obicei acești pacienți cu prioritate și sunt internați, dacă este necesar.

Bolile normale sau leziunile necritice sunt considerate cu o prioritate mai mică și acești pacienți sunt tratați ulterior.

În mod similar, termenul Triage este introdus în testarea software-ului pentru defecte ale aplicației sau ale unui proiect. De obicei, procesul Defect Triage este implementat în proiecte mari și, în multe cazuri, nu este aplicabil pentru proiecte la scară mică. Există șanse să identificăm un număr mare de defecte în proiectele mai mari decât proiectele medii sau mici.

De asemenea, în proiectele mai mari, frecvența identificării defectelor este destul de mare.

Aruncați o privire la imaginea de mai jos, care arată rezultatul întâlnirii de triere a defectelor și oferă răspunsuri la întrebări specifice, cum ar fi:

Triajul defectelor

Întâlnire Triaj Defecte

Obiectivul principal al unei întâlniri de triaj este urmărirea tuturor defectelor și asigurarea rezolvării corecte în timp util.

În timpul fazei de execuție a testului, testerii încep să raporteze defecte în instrumentul de gestionare a defectelor, cum ar fi HP ALM , QC etc. Apoi Întâlnire Triaj Defecte se desfășoară în care dezvoltatorii și testerii trebuie să fie prezenți, deoarece acești oameni vor discuta despre toate defectele și vor lua măsurile suplimentare necesare.

În principal prezența participanților de mai jos este obligatorie obligatorie:

  • Manager de proiect
  • Test de plumb
  • Conducător de dezvoltare sau dezvoltator
  • Tester
  • Manager de testare
  • Analist de afaceri
  • Manager de mediu

Deși am dat o listă exhaustivă a tuturor participanților la întâlnire, nu este necesar să-i implic pe toți, cum ar fi Business Analyst, Manager de mediu, Manager de testare, etc. în ședința zilnică. Ori de câte ori este necesar, conducătorul de test sau managerul de proiect îi invită și își pot împărtăși feedback-ul și opinia valoroasă cu privire la un anumit defect.

Și întreaga echipă este cunoscută sub numele de Echipa Triage . Acum, voi explica procesul exact al întâlnirii de triaj și modul în care este organizată această întâlnire.

Luați în considerare un exemplu ipotetic :Avem un proiect legat de aplicația bancară, dimensiunea este foarte mare și frecvența identificării și raportării defectului este mare. Prin urmare, conducătorul de testare decide să organizeze o întâlnire de triere a defectelor cu participanții solicitați.

Pentru configurarea unei întâlniri, conducătorul testului trimite o invitație la întâlnire prin e-mail către toată lumea și stabilește un anumit moment pentru Triage Meeting. Imaginea ipotetică de mai jos arată invitația la întâlnire trimisă de un conducător de test prin outlook tuturor participanților.

Aici totul este imaginar în imaginea de mai jos, cum ar fi - numele participanților, sala de ședințe, detaliile apelului de conferință, data, ora etc.

(Notă:Faceți clic pe orice imagine pentru o vizualizare mărită)

Invitație la întâlnire de triaj

În fiecare zi înainte de începerea întâlnirii de triaj, conducătorul de test trimite o listă cu toate defectele „Deschise”, este un format de foaie de calcul tuturor participanților, astfel încât să poată trece prin toate defectele înainte de întâlnire și să înțeleagă exact ce este defectul și ce fel de remediere este necesară pentru aceasta.

Înainte de începerea fiecărei întâlniri de triaj, asigurați-vă că fiecare defect:

  • Are suficiente informații pentru a înțelege defectul pentru toți participanții la întâlnire.
  • A raportat în cadrul proiectului și categoriei corecte.
  • A menționat prioritatea și gravitatea defectelor.
  • Toate informațiile detaliate furnizate în defect pentru a le înțelege corect tuturor participanților.

Citiți recomandat => Un ghid complet pentru procesul de gestionare a defectelor

Șablon Triaj Defecte

Înainte de startul fiecărei întâlniri de evaluare a defectelor, șeful de testare împărtășește raportul de defecți tuturor participanților într-un format specific și raportul extras din instrumentul de gestionare a defectelor, cum ar fi HP ALM, HP QC etc. imaginea de mai jos, care va oferi o idee la nivel înalt despre câmpurile menționate în șablonul de raportare a defectelor.

Raport de defecte

De obicei, câmpurile incluse în raportul de defecte sunt:

  • ID defect
  • Descriere
  • Prioritate
  • Severitate
  • Data detectării
  • Detectat de
  • stare

Lista nu este exhaustivă, dar conform necesităților proiectului, pot fi incluse celelalte câmpuri din șablonul de raportare a defectelor.

De obicei, formatul foii de calcul este utilizat ca șablon pentru raportarea defectelor, de aceea am dat detaliile ipotetice ale defectului în formatul foii de calcul. Vă rugăm să rețineți că toate informațiile furnizate în raportul de defecte de mai sus sunt doar imaginare și nu sunt legate de niciun proiect sau aplicație reală.

Procesul de triere a defectelor

O situație frecvent ascultată și experimentată în echipele de testare este disponibilitatea limitată a resurselor. Triajul defectelor este un proces care încearcă să facă o anumită reechilibrare ca urmare a acestui fenomen. Deci, atunci când există multe defecte și dezvoltatori / testeri limitați să le remedieze / verifice, triajul defectelor ajută la rezolvarea cât mai multor defecte prin echilibrarea personalului tehnic pe baza parametrilor defectelor, cum ar fi prioritatea și severitatea.

De obicei, la o sesiune de triere a defectelor participă Managerul de produs, un conducător de dezvoltare, un conducător de test și uneori analiști de afaceri. În unele cazuri, anumiți alți membri pot fi, de asemenea, invitați să-și exprime opiniile și perspectivele cu privire la anumite defecte. Acestea sunt numite colectiv o echipă de triaj.

Procesul de triere a defectelor

Majoritatea sistemelor folosesc prioritatea ca principal criteriu pentru a evalua defectul, cu toate acestea, un proces bun de triaj are în vedere și severitatea.

SQL interogă întrebări și răspunsuri de interviu pentru o experiență de 3 ani

Să aruncăm o privire mai atentă asupra procesului de triaj cu două exemple despre care am vorbit în secțiunea anterioară. În ambele exemple de mai sus, ar fi de fapt primul defect căruia i s-ar acorda o prioritate foarte mare. În ciuda faptului că este doar un defect cosmetic, impactul nerezolvării ar fi enorm.

Al doilea, pe de altă parte, este cu siguranță un defect de funcționalitate, cu toate acestea, apariția sa este doar în anumite condiții care sunt rareori practicate scenarii ale clienților. Remedierea acestuia poate necesita mai mult timp și mai multe persoane, care ar putea fi utilizate mai bine pentru alte defecte. Prin urmare, ar considera o prioritate mai mică decât cea a primului candidat și poate amânarea la o altă eliberare.

Astfel, procesul de triaj implică echipa de triaj așezată împreună, examinând toate defectele, inclusiv defectele respinse. Ei realizează o evaluare inițială a defectelor pe baza conținutului acestuia, a priorității respective și a setărilor de severitate; fiecare persoană din echipa de triaj își prezintă perspectiva asupra modului de prioritizare a defectelor.

Managerul de produs stabilește apoi prioritatea pe baza tuturor intrărilor și atribuie defectul adică versiunii corecte. în versiunea actuală sau în orice versiune viitoare. De asemenea, el redirecționează defectul către proprietarul / echipa corectă pentru acțiuni ulterioare. Defectele respinse sunt, de asemenea, supuse unei analize similare. Pe baza motivului respingerii, se determină acțiunea futuristă, dacă aceasta trebuie amânată sau anulată.

În cadrul întâlnirii de triaj, fiecare defect ar trebui discutat, inclusiv defectele care sunt clasificate ca fiind de prioritate inferioară. Revizuirea echipei de triaj evaluează toate defectele și ia măsurile necesare pentru fiecare defect. Dacă un defect este lipsit de informații, dezvoltatorul atribuie înapoi astfel de defecte testerilor și solicită informațiile necesare.

Întâlnirea de triaj poate avea loc în sala de ședințe dacă toți participanții se află în aceeași locație. Dar în multe organizații, munca se desfășoară dintr-o locație diferită și toate echipele sunt răspândite în diferite locații, astfel încât întâlnirea să aibă loc și prin teleconferință sau Skype de afaceri.

Participanți la teleconferință

( imagine sursă )

Procesul pas cu pas al întâlnirii de triere a defectelor:

  • Test Lead dă startul întâlnirii cu raportul de defecte care a fost trimis mai devreme în ziua respectivă.
  • Discuția începe cu acțiunile în așteptare de la întâlnirea de triaj anterioară. Actualizările sau acțiunile necesare care au fost întreprinse cu privire la orice defect sunt discutate inițial.
  • Dacă există noi defecte în raportul de defecte, aceste defecte sunt revizuite și evaluate. De asemenea, verifică dacă prioritatea și severitatea sunt atribuite corect, dacă nu, atunci acestea sunt corectate în cadrul întâlnirii.
  • Toate defectele sunt discutate în ședință, iar echipa de dezvoltare discută, de asemenea, despre complexitatea remedierii defectului. Riscul asociat cu defectul este, de asemenea, discutat de echipa de triaj.
  • Echipa de triaj ajunge la o concluzie cu privire la care defect ar trebui să necesite o atenție imediată și să rezolve și care defect trebuie să aștepte ceva timp și, dacă este necesar, aceste defecte pot fi amânate pentru versiunile viitoare.
  • Toate defectele sunt atribuite echipei respective în QC sau ALM simultan în timpul ședinței. Comentariile adecvate sunt, de asemenea, adăugate în QC / ALM.
  • Toate actualizările esențiale și elementele de acțiune sunt notate, iar liderul de testare solicită sfârșitul întâlnirii.
  • După finalizarea ședinței de triaj, șeful de test trimite minute de întâlnire tuturor participanților.

Roluri si responsabilitati

Rolurile și responsabilitățile bazate pe fiecare categorie sunt explicate mai jos:

Test de plumb

  • Conducătorul de test programează o întâlnire de triere a defectelor și trimite o invitație oficială la întâlnire echipei solicitate.
  • Trimite raportul de defecte înainte de fiecare întâlnire de triaj.
  • Începe întâlnirea cu elementele de acțiune în așteptare din întâlnirea de triaj anterioară.
  • Discutați despre fiecare defect și impact asupra programului dacă funcționalitățile sunt blocate din cauza defectului.
  • Ajută la atribuirea priorității și severității fiecărui defect dacă nu a fost atribuit corect anterior.
  • Actualizați QC / ALM cu comentarii adecvate.
  • Notați toate actualizările, elementele de acțiune, riscurile legate de un defect etc.
  • Trimite minute tuturor întâlnirilor tuturor participanților.

Conducător / dezvoltator de dezvoltare

  • Distribuiți actualizări privind acțiunile în așteptare de la ultima întâlnire de triaj.
  • Discutați toate defectele dintr-o perspectivă tehnică.
  • Identificați cât timp va necesita pentru remediere pe baza complexității defectului și a funcționalității.
  • Discutați despre complexitatea defectului și despre riscul asociat defectului, dacă există.
  • Conducătorul de dezvoltare atribuie defect dezvoltatorului corespunzător după validarea tuturor informațiilor detaliate disponibile.
  • Actualizează defectul cu data de rezoluție așteptată.
  • Ajută la identificarea cauzei principale a defectului.

Manager de proiect

  • Asigurați-vă că dacă toți reprezentanții din fiecare zonă sunt disponibili pentru întâlnire.
  • Dacă este necesar, managerul de proiect îl invită pe Business Analyst la ședință pentru opinia lor cu privire la un anumit defect.
  • Dacă defectele nu se mișcă sau dacă există un blocant major, atunci escaladează odată cu procesul de escaladare.
  • Dacă este necesar, acționează ca un mediator în cazul în care există o dispută sau conflict între echipe și ia decizia necesară.
  • Luați confirmarea de la echipa de dezvoltare pentru următoarea dată de lansare pentru defecte remediate.
  • Fiți la curent cu programul actualizat și data lansării proiectului către toate echipele.

Uneori, este, de asemenea, o idee bună să îi implicați pe ceilalți membri ai echipei în apelul de triaj, astfel încât să poată înțelege și să contribuie la întâlnire și, dacă este necesar, să-și poată oferi feedback-ul.

Concluzie

Fiecare defect înregistrat trebuie discutat în cadrul ședinței de triaj.

Chiar dacă un defect este respins, echipa de testare ar trebui să știe motivul respingerii. De asemenea, dacă oricare dintre defecte nu este reproductibil, atunci în timpul întâlnirii de triaj, dezvoltatorul poate solicita testerelor detalii în timp real și pot încerca să reproducă defectul.

Triajul defectelor este important deoarece toată lumea va ști când va fi remediat defectul și va fi disponibil pentru re-testare. Dacă oricare dintre defecte nu este critic și pentru a remedia defectul, acesta necesită eforturi uriașe din partea echipei de dezvoltare și decizia va fi luată de managerul de proiect.

Managerul de proiect va decide prioritatea unui astfel de defect și, dacă este necesar, defectele pot fi amânate la următoarea versiune.

Sper că ați avea o idee clară despre triajul defectelor, procesul de triere a defectelor și modalitățile de gestionare eficientă a întâlnirilor privind triajul defectelor!

Lectură recomandată

^