Diferența dintre severitate și prioritate
În timp ce învățăm conceptele de Inginerie software, cu toții am întâlnit cele două cuvinte „Severitate” și „Prioritate” și ne-am confruntat mereu cu confuzia dintre ele. Dacă întrebăm orice persoană care nu este tehnică, diferența dintre ele nu este nimic. Pentru el, amândoi au același sens. Însă tehnic, conform Software Engineer, cele două de mai sus sunt cuvinte diferite, cu semnificații diferite și folosite într-un context diferit. Să le înțelegem unul câte unul.
Severitate
În timpul executării testului, atunci când testerul găsește defectul și îl înregistrează în orice instrument de înregistrare a defectelor, cum ar fi JIRA, Testrail, etc., pentru a trimite dezvoltatorii să lucreze, este important ca un tester să decidă prioritatea și severitatea pe baza criticității defectului și complexitate, astfel încât un dezvoltator să poată face față în consecință. În termeni laici, Severitatea este definită drept „gradul de impact pe care îl poate avea orice”. Așadar, severitatea din punct de vedere al defectului indică faptul că în ce măsură un anumit defect are impactul său asupra software-ului / aplicației. Înseamnă în ce măsură un defect poate afecta o aplicație. De obicei, Severitatea este definită în termeni de pierdere financiară, reputația companiei și pierderea de viață în funcție de aplicație. Severitatea este clasificată în diferite categorii, în funcție de impactul defectului asupra aplicației:
- Critic: defect care împiedică întreaga aplicație și blochează utilizatorul să continue sau să utilizeze aplicația, deoarece este considerată critică . Având în vedere interfața de utilizare a aplicației, dacă ecranul de conectare al aplicației se blochează și nu permite utilizatorului să se autentifice și să continue.
- Major: Un defect este considerat major dacă funcția principală / importantă a unei aplicații nu funcționează așa cum se aștepta sau intenționează să funcționeze. Orice caracteristică semnificativă implementată într-o aplicație funcționează complet diferit de comportamentul preconizat, atunci defectul pentru aceasta va fi considerat major. De exemplu, în timp ce faceți cumpărături online, utilizatorul nu poate să adauge produse în coș folosind funcția Adăugare în coș.
- Minor / Moderat: Orice caracteristică care este implementată și funcționează diferit de comportamentul așteptat, dar impactul acesteia este suportabil și nu ar dăuna aplicației prea mult și funcționalitatea generală a aplicației nu este afectată. Un defect minor poate aștepta să fie rezolvat de ceva timp sau poate fi rezolvat în următoarea versiune a aplicației. De exemplu, în pagina Termeni și condiții, unul dintre linkuri nu funcționează.
- Scăzut: Orice defect care nu dăunează funcționalității, dar este un defect valid și trebuie corectat. Bugetele cosmetice, cum ar fi greșelile de ortografie și ușor alinierea greșită a fonturilor se încadrează în această categorie. Câteva greșeli de ortografie pe o pagină web sunt un exemplu al unui defect de gravitate scăzută.
Prioritate
Prioritatea în limba engleză simplă este folosită în compararea a două lucruri și unde se acordă importanță unuia dintre ele. În mod similar, în ceea ce privește defectul, prioritatea este remedierea urgenței defectului. Se referă la ordinea în care trebuie rezolvate defectele, ținând cont de gravitatea și nevoile afacerii.
Dezvoltatorii nu pot remedia atât de multe defecte în același timp, de aceea este important să acordăm prioritate ordinii defectelor care vor fi rezolvate de acestea. De obicei, defectele de severitate ridicată au o prioritate ridicată, întrucât necesită remediere rapidă. Prioritatea defectelor este clasificată în:
- Mare: orice defect care are nevoie de atenție imediată și trebuie să fie remediat cât mai curând posibil (maxim 24 de ore). Defectele care afectează în mare măsură clienții finali și afacerile se încadrează în această categorie. Când întreaga aplicație este blocată și testerii nu pot continua cu testarea software ulterioară, se datorează acestor probleme prioritare.
- Mediu: Defectele care pot aștepta să se rezolve, deoarece acestea nu afectează funcționalitatea majoră a aplicației și nu împiedică afacerea și clientul se încadrează în această categorie.
- Scăzut: Defectele care sunt depuse pentru modificări în proiectarea existentă pentru a îmbunătăți experiența clientului sunt considerate defecte cu prioritate scăzută. Aceste defecte au nevoie de mai puțină atenție și, prin urmare, sunt considerate în cele din urmă atunci când toate celelalte defecte prioritare au fost remediate.
Comparație față în față între severitate și prioritate (infografie)
Mai jos se află primele 6 diferențe între severitate și prioritate: 
Diferențe cheie între severitate și prioritate
Mai jos sunt listele de puncte, descrieți diferențele cheie între severitate și prioritate:
- Severitatea unui defect decide impactul asupra cererii, în timp ce Prioritatea decide ordinea în care trebuie remediate defectele.
- Severitatea tratează aspectele tehnice ale unei aplicații, în timp ce Prioritatea tratează cerințele de afaceri și impactul defectului asupra cerințelor clienților.
- Severitatea oricăror defecte nu se schimbă, deoarece impactul acestuia rămâne același la aplicare, în timp ce prioritatea se schimbă dacă cerințele de afaceri se schimbă sau se întâmpină vreun defect de prioritate, care necesită mai multă atenție.
Înțelegerea diferențelor dintre severitate și prioritate prin exemplu
Mai jos sunt punctele care ajută la înțelegerea diferenței dintre severitate și prioritate:
Prioritate ridicată și severitate ridicată:
Într-o aplicație, dacă există o problemă a ecranului de conectare și utilizatorul nu se poate autentifica, atunci defectul se încadrează în prioritate ridicată și mare severitate, deoarece acest lucru trebuie rezolvat mai întâi, deoarece utilizatorul este blocat și nu poate accesa aplicația mai departe.
Prioritate ridicată și severitate scăzută:
Dacă există unele greșeli de ortografie în pagina principală a aplicației sau în orice altă pagină web care este folosită frecvent este un exemplu de prioritate ridicată și severitate scăzută, deoarece greșelile de ortografie nu împiedică funcționalitatea aplicației, ci au un impact negativ asupra unei companii. reputatie.
Prioritate redusă și severitate ridicată :
În site-ul Cumpărături online, dacă butonul „Adăugați în coș” nu mai funcționează dacă utilizatorul încearcă să adauge mai mult de 500 de articole într-un coș, atunci defectul este considerat o mare severitate, deoarece funcționalitatea principală nu funcționează așa cum este de așteptat, dar prioritate scăzută, deoarece este un caz foarte rar în care utilizatorul adaugă peste 500 de articole în coș.
Prioritate redusă și severitate scăzută:
Dacă există unele greșeli de ortografie într-un paragraf al unei pagini, care este rar deschis de utilizator, este considerată prioritate scăzută și severitate scăzută, deoarece nici nu creează un impact în funcționalitatea aplicației și nici o pierdere pentru reputația companiei așa cum este rar deschis.
Tabelul de comparație dintre severitate și prioritate
Mai jos este cea mai înaltă comparație între Severitate și Prioritate
|
Sr.no. |
Severitate |
Prioritate |
|
1. | Severitatea este determinată de funcționalitatea sau standardele unei aplicații | Prioritatea este determinată de valoarea afacerii. |
|
2. | Severitatea definește gradul de impact pe care un defect îl are la aplicare | Prioritatea definește ordinea în care defectele vor fi reparate de dezvoltator. |
|
3. | Severitatea este decisă de QA Engineer, care înregistrează defectul | Deși testatorul poate decide prioritatea, decizia finală este luată de către Managerul de Produs, ținând cont de viziunea de ansamblu a produsului. |
|
4. | Valoarea de severitate este obiectivă și mai puțin probabil să se schimbe în timp. | Valoarea prioritară este subiectivă și poate fi modificată în timp, în funcție de alte defecte și cerințe ale proiectului. |
|
5. | Severitatea este clasificată în:
| Prioritatea este clasificată în:
|
|
6. | Defectele de severitate ridicată cu prioritate scăzută sunt luate în considerare ulterior după rezolvarea defectelor cu prioritate ridicată | Defectele cu prioritate ridicată sunt remediate mai întâi decât severitatea ridicată, deoarece împiedică afacerea. |
Concluzie
Pentru un Tester, este foarte important să cunoaștem diferența dintre Severity și Priority și să le atribuim corect unui defect, deoarece chiar și o mică greșeală în atribuirea Severity poate provoca o pierdere uriașă în reputația unei aplicații și a companiei. Alocarea greșită a Priorității poate provoca o întârziere în rezolvarea unui defect care are nevoie de atenție prealabilă și, prin urmare, poate împiedica cerințele produsului și pierderea financiară. Ca tester în timpul înregistrării unui defect, este important să explorați și să înțelegeți impactul acelui defect asupra utilizatorului final, apoi să alocați severitatea și prioritatea dreaptă unui defect.
Exemplele menționate mai sus sunt date ținând cont de scenariile generale. Severitatea și valoarea prioritară variază în funcție de diferite aplicații și scenarii particulare.
Articole recomandate
Acesta a fost un ghid pentru diferența dintre severitate și prioritate. Aici am discutat, de asemenea, diferențele cheie Severitate vs Prioritate cu infografie și prin Exemplu. De asemenea, puteți arunca o privire la următoarele articole pentru a afla mai multe -
- Ce este CLI?
- Ce este Redux?
- Testarea sistemului
- Instalați CorelDraw