Care sunt motivele schimbării stadiilor de Severitate și Prioritate în procesul de testare?

Schimbarea stadiilor Severity și Priority ale unui defect în timpul procesului de testare poate avea loc din mai multe motive:

1. Schimbarea în înțelegerea impactului defectului asupra produsului: Inițial, impactul poate fi fost subestimat (de exemplu, considerat o problemă UI, dar s-a dovedit că afectează o logică critică de afaceri) sau supraestimat.
2. Schimbarea cerințelor de afaceri sau a priorităților: Dacă defectul afectează o funcționalitate care a devenit mai importantă sau mai puțin importantă pentru afacere, prioritatea sa poate fi ajustată.
3. Descoperirea unei soluții alternative (workaround): Dacă se găsește o modalitate simplă de a ocoli defectul fără pierderi semnificative pentru utilizator, Priority poate fi redusă. Severity rămâne de obicei aceeași, deoarece soluția de ocolire nu elimină problema în sine.
4. Dependența de alte defecte: Remedierea unui defect poate agrava sau atenua impactul altuia, ceea ce poate necesita o revizuire a stadiilor lor.
5. Schimbarea numărului de utilizatori afectați: Dacă un defect care părea nesemnificativ este descoperit la un număr mare de utilizatori, prioritatea sa poate fi crescută.
6. Evaluare inițială incorectă: Testerul poate fi greșit în determinarea Severity sau Priority din cauza unei înțelegeri insuficiente a contextului, funcționalității sau proceselor de afaceri.
7. Schimbarea fazei de dezvoltare/testare: În diferite etape (de exemplu, teste unitare, integrare, sistem, acceptare), impactul aceluiași defect poate fi perceput diferit.
8. Decizia echipei sau a managerului: Decizia finală privind Severity și Priority este adesea luată colegial cu participarea liderului de echipă, managerului de proiect sau Product Owner, mai ales în cazurile controversate.
9. Descoperirea unor noi scenarii de utilizare afectate de defect: Dacă defectul se manifestă în mai multe scenarii decât s-a presupus inițial, Severity sau Priority pot fi crescute.

Modificările stadiilor trebuie întotdeauna justificate și documentate în sistemul de urmărire a defectelor.