Jakie są powody zmiany statusów Severity i Priority w procesie testowania?

Zmiana statusów Severity i Priority defektu w trakcie testowania może nastąpić z kilku powodów:

1. Zmiana w rozumieniu wpływu defektu na produkt: Początkowo wpływ mógł być niedoszacowany (np. uważano to za problem UI, a okazało się, że dotyczy krytycznej logiki biznesowej) lub przeszacowany.
2. Zmiana wymagań biznesowych lub priorytetów: Jeśli defekt dotyczy funkcjonalności, która stała się bardziej lub mniej istotna dla biznesu, jego priorytet może zostać skorygowany.
3. Odkrycie obejścia (workaround): Jeśli znaleziono prosty sposób obejścia defektu bez istotnych strat dla użytkownika, jego Priority może zostać obniżone. Severity zazwyczaj pozostaje bez zmian, ponieważ obejście nie eliminuje samego problemu.
4. Zależność od innych defektów: Naprawa jednego defektu może pogorszyć lub złagodzić wpływ innego, co może wymagać ponownej oceny ich statusów.
5. Zmiana liczby użytkowników dotkniętych defektem: Jeśli defekt, który wydawał się mało istotny, zostanie wykryty u dużej liczby użytkowników, jego Priority może zostać zwiększone.
6. Błędna początkowa ocena: Tester mógł błędnie określić Severity lub Priority z powodu niewystarczającego zrozumienia kontekstu, funkcjonalności lub procesów biznesowych.
7. Zmiana etapu rozwoju/testowania: Na różnych etapach (np. testy jednostkowe, integracyjne, systemowe, akceptacyjne) wpływ tego samego defektu może być postrzegany inaczej.
8. Decyzja zespołu lub menedżera: Ostateczna decyzja dotycząca Severity i Priority często jest podejmowana kolegialnie z udziałem lidera zespołu, menedżera projektu lub Product Ownera, szczególnie w przypadkach spornych.
9. Odkrycie nowych scenariuszy użycia, na które wpływa defekt: Jeśli defekt ujawnia się w większej liczbie scenariuszy niż początkowo zakładano, jego Severity lub Priority może zostać zwiększona.

Zmiany statusów zawsze powinny być uzasadnione i udokumentowane w systemie śledzenia defektów.