Jaké jsou důvody změny stavů Severity a Priority v procesu testování?

Změna stavů Severity a Priority vady během testování může nastat z několika důvodů:

1. Změna v chápání dopadu vady na produkt: Původně mohl být dopad podceňován (například se považoval za problém UI, ale ukázalo se, že ovlivňuje kritickou obchodní logiku) nebo nadhodnocen.
2. Změna obchodních požadavků nebo priorit: Pokud se vada týká funkce, která se stala pro podnikání důležitější nebo méně důležitou, její priorita může být upravena.
3. Objevování alternativního řešení (workaround): Pokud je nalezen jednoduchý způsob, jak obejít vadu bez podstatných ztrát pro uživatele, může být Priority snížena. Severity obvykle zůstává stejná, protože workaround neodstraňuje samotný problém.
4. Závislost na jiných vadách: Oprava jedné vady může zhoršit nebo zmírnit dopad jiné, což může vyžadovat přehodnocení jejich stavů.
5. Změna počtu postižených uživatelů: Pokud se vada, která se zdála být nevýznamná, objeví u velkého počtu uživatelů, může být její Priority zvýšena.
6. Chybné počáteční hodnocení: Tester mohl nesprávně určit Severity nebo Priority kvůli nedostatečnému pochopení kontextu, funkčnosti nebo obchodních procesů.
7. Změna fáze vývoje/testování: V různých fázích (například jednotkové testy, integrace, systémové testy, akceptace) může být dopad stejné vady vnímán odlišně.
8. Rozhodnutí týmu nebo manažera: Konečné rozhodnutí o Severity a Priority je často přijímáno kolegiálně za účasti vedoucího týmu, projektového manažera nebo Product Ownera, zejména v sporných případech.
9. Objevování nových scénářů použití, které jsou vadou ovlivněny: Pokud se vada projevuje ve více scénářích, než bylo původně předpokládáno, může být její Severity nebo Priority zvýšena.

Změny stavů by měly být vždy odůvodněny a zdokumentovány v systému sledování vad.