Severitatea bug-ului
Severitatea erorilor sau severitatea defectului în testare este un grad de impact pe care un eroare sau un defect îl are asupra aplicației software testate. Un efect mai mare de eroare / defect asupra funcționalității sistemului va duce la un nivel mai ridicat de severitate. Un inginer de asigurare a calității determină de obicei nivelul de severitate al unei erori / defecte.
Ce este Prioritatea?
Prioritatea este definită ca ordinea în care ar trebui rezolvat un defect. Cu cât prioritatea este mai mare, cu atât defectul ar trebui rezolvat mai repede.
Defectele care lasă sistemul software inutilizabil au prioritate mai mare decât defectele care determină eșecul unei funcționalități mici a software-ului.
DIFERENȚA CHEIE
- Prioritatea este ordinea în care dezvoltatorul ar trebui să rezolve un defect, în timp ce Severitatea este gradul de impact pe care un defect îl are asupra funcționării produsului.
- Prioritatea este clasificată în trei tipuri: scăzută, medie și ridicată, în timp ce severitatea este clasificată în cinci tipuri: critică. major, moderat, minor și cosmetic.
- Prioritatea este asociată cu programarea, în timp ce Severitatea este asociată cu funcționalitatea sau standardele.
- Prioritatea indică cât de curând ar trebui să fie remediată eroarea, în timp ce Severitatea indică gravitatea defectului asupra funcționalității produsului.
- Prioritatea defectelor este stabilită în consultare cu managerul / clientul, în timp ce nivelurile de severitate ale defectelor sunt determinate de inginerul de control al calității.
- Prioritatea este determinată de valoarea afacerii, în timp ce Severitatea este determinată de funcționalitate.
- Valoarea prioritară este subiectivă și se poate schimba într-o perioadă de timp în funcție de schimbarea situației proiectului, în timp ce valoarea severității este obiectivă și este mai puțin probabil să se schimbe.
- Starea cu prioritate ridicată și severitate scăzută indică faptul că defectul trebuie să fie remediat pe baze imediate, dar nu afectează aplicația, în timp ce starea cu severitate ridicată și prioritate redusă indică defectul, dar nu pe baze imediate.
- Starea de prioritate se bazează pe cerințele clienților, în timp ce starea de severitate se bazează pe aspectul tehnic al produsului.
Tipuri de severitate
În testarea software-ului, tipurile de gravitate ale erorilor / defectelor pot fi clasificate în patru părți:
- Critic : acest defect indică închiderea completă a procesului, nimic nu poate continua
- Major : Este un defect foarte sever și prăbușește sistemul. Cu toate acestea, anumite părți ale sistemului rămân funcționale
- Mediu : provoacă un comportament nedorit, dar sistemul este încă funcțional
- Scăzut : nu va provoca defecțiuni majore ale sistemului
Tipuri prioritare
Tipurile de prioritate de eroare / defect pot fi clasificate în trei părți:
- Scăzut: Defectul este un iritant, dar repararea poate fi făcută odată ce defectul mai grav a fost remediat
- Mediu: pe parcursul desfășurării normale a activităților de dezvoltare ar trebui rezolvat defectul. Poate aștepta până când se creează o nouă versiune
- Înalt: defectul trebuie rezolvat cât mai curând posibil, deoarece afectează grav sistemul și nu poate fi utilizat până nu este remediat
Sfaturi pentru determinarea gravității unui defect
- Decideți frecvența apariției: În unele cazuri, dacă apariția unui defect minor este frecventă în cod, poate fi mai severă. Deci, din perspectiva utilizatorului, este mai grav, chiar dacă este un defect minor.
- Izolați defectul: izolarea defectului poate ajuta la aflarea gravității impactului.
Prioritate vs Severitate: Diferența cheie
| Prioritate | Severitate |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Exemplu de severitate și prioritate a defectelor
Să vedem un exemplu de severitate scăzută și prioritate ridicată și invers
- O gravitate foarte scăzută, cu o prioritate ridicată: o eroare de siglă pentru orice site web de expediere, poate avea o severitate scăzută, deoarece nu va afecta funcționalitatea site-ului web, dar poate fi de mare prioritate, deoarece nu doriți să se efectueze nicio altă expediere. cu sigla greșită.
- O severitate foarte mare cu o prioritate redusă: La fel, pentru site-ul web de operare a zborului, un defect în funcționalitatea rezervării poate fi de o severitate ridicată, dar poate fi o prioritate scăzută, deoarece poate fi programat să fie lansat într-un ciclu următor.
Triajul defectelor
Triajul defectelor este un proces care încearcă să reechilibreze procesul în care echipa de testare se confruntă cu problema disponibilității limitate a resurselor. Deci, atunci când există un număr mare de defecte și testere limitate pentru a le verifica, triajul defectelor ajută la încercarea de a rezolva cât mai multe defecte pe baza parametrilor defectului, cum ar fi severitatea și prioritatea.
Cum se determină triajul defectelor:
Majoritatea sistemelor folosesc prioritatea ca criteriu principal pentru evaluarea defectului. Cu toate acestea, un proces bun de triaj are în vedere și severitatea.
Procesul de triaj include pașii următori
- Revizuirea tuturor defectelor, inclusiv defecte respinse de către echipă
- Evaluarea inițială a defectelor se bazează pe conținutul acestuia și pe setările de prioritate și severitate respective
- Prioritizarea defectului pe baza intrărilor
- Alocați defectul pentru eliberarea corectă de către managerul de produs
- Redirecționează defectul către proprietarul / echipa corectă pentru acțiuni ulterioare
Instrucțiuni pe care fiecare tester ar trebui să le ia în considerare înainte de a selecta o severitate
Parametrul de severitate este evaluat de tester, în timp ce parametrul de prioritate este evaluat de managerul de produs sau de echipa de triaj. Pentru prioritizarea defectului, este imperativ ca un tester să aleagă severitatea potrivită pentru a evita confuzia cu echipa de dezvoltare.
- Înțelegeți bine conceptul de prioritate și severitate
- Alocați întotdeauna nivelul de severitate pe baza tipului de problemă, deoarece acest lucru îi va afecta prioritatea
- Înțelegeți cum un anumit scenariu sau caz de testare ar afecta utilizatorul final
- Trebuie să luați în considerare cât timp ar fi necesar pentru a remedia defectul pe baza complexității sale și a timpului pentru a verifica defectul
Concluzie:
- În Ingineria software-ului, atribuirea severității greșite defectului poate întârzia procesul STLC și poate avea unele implicații drastice asupra performanței generale a echipei. Deci, persoana responsabilă trebuie să fie precisă și exactă în apelul său pentru atribuirea defectului.