Diferența dintre severitate și prioritate în testare (exemplu)

Severitate vs. Prioritate: Diferența dintre ei

• 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 trebuie remediată eroarea, în timp ce Severitatea indică gravitatea defectului asupra funcționalității produsului.
• Prioritatea defectelor este decisă în consultare cu managerul/clientul, în timp ce nivelurile de severitate ale defectelor sunt determinate de inginerul QA.
• Prioritatea este determinată de valoarea afacerii, în timp ce Severitatea este determinată de funcționalitate.
• Valoarea priorității este subiectivă și se poate modifica într-o perioadă de timp în funcție de schimbarea situației proiectului, în timp ce valoarea severității este obiectivă și mai puțin probabil să se schimbe.
• Starea de prioritate ridicată și de severitate scăzută indică faptul că defectul trebuie remediat pe baze imediate, dar nu afectează aplicația, în timp ce starea de severitate ridicată și de prioritate scăzută indică defectul trebuie remediat, dar nu pe baze imediate.
• Starea de prioritate se bazează pe cerințele clientului, în timp ce starea de severitate se bazează pe aspectul tehnic al produsului.

Ce este severitatea erorilor

Severitatea erorii sau Severitatea defectului în testare este un grad de impact un bug sau a Defect are pe aplicația software testată. Un efect mai mare al erorii/defectelor asupra funcționalității sistemului va duce la un nivel de severitate mai ridicat. A Asigurarea Calității: inginerul determină de obicei nivelul de severitate al unei erori/defect.

Ce este Prioritatea?

Prioritatea este definită ca ordinea în care trebuie remediat un defect. Cu cât prioritatea este mai mare, cu atât defectul trebuie rezolvat mai repede.

Defectele care lasă sistemul software inutilizabil au o prioritate mai mare față de defectele care provoacă eșecul unei mici funcționalități a software-ului.

Tipuri de severitate

In Testare software, Tipurile de severitate ale erorilor/defectelor pot fi clasificate în următoarele părți:

• Critic: Acest defect indică oprirea completă a procesului, nimic nu poate continua
• Major: Este un defect extrem de grav ș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 cauza nicio defecțiune majoră a sistemului

Tipuri prioritare

Tipurile de prioritate de eroare/defect pot fi clasificate în trei părți:

• Scăzut: Defectul este un iritant, dar reparația poate fi făcută odată ce defectul mai grav a fost remediat
• Mediu: Pe parcursul desfășurării normale a activităților de dezvoltare, defectul trebuie rezolvat. Poate aștepta până când este creată o nouă versiune
• Mare: Defectul trebuie rezolvat cât mai curând posibil, deoarece afectează grav sistemul și nu poate fi utilizat până când nu este remediat.

Sfaturi pentru determinarea severității unui defect

• Decideți frecvența de apariție: în unele cazuri, dacă apariția unui defect minor este frecventă în cod, aceasta poate fi mai gravă. Deci, din perspectiva unui utilizator, este mai grav, chiar dacă este un defect minor.
• Izolați defectul: izolarea defectului poate ajuta la aflarea gravității impactului.

Diferența dintre severitate și prioritate în testare

Exemplu de severitate și prioritate a defectului

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 logo pentru orice site web de expediere poate fi de severitate scăzută, deoarece nu va afecta funcționalitatea site-ului web, dar poate fi de prioritate ridicată, deoarece nu doriți ca o altă expediere să continue. cu logo greșit.
• O gravitate foarte mare cu o prioritate scăzută: De asemenea, pentru site-ul web de operare a zborurilor, un defect în funcționalitatea de rezervare poate fi de severitate mare, 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ă facă reechilibrarea procesului î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 testeri limitati 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 să determinați triajul defectelor:

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

Procesul de triaj include următorii pași

• Revvizualizarea tuturor defectelor, inclusiv a defectelor respinse de echipă
• Evaluarea inițială a defectelor se bazează pe conținutul acestuia și pe setările respective de prioritate și severitate
• Prioritizarea defectului pe baza intrărilor
• Atribuiț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 către testator, î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 în funcție de tipul problemei, deoarece aceasta î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 dura pentru a remedia defectul pe baza complexității sale și a timpului pentru a verifica defectul

Concluzie

In Inginerie Software, Atribuirea greșită a severității defectului poate întârzia STLC proces și poate avea unele implicații drastice asupra performanței generale a echipei. Așadar, persoana responsabilă trebuie să fie precisă și precisă în apelul său pentru atribuirea defectului.