Aké sú dôvody zmeny stavov Severity a Priority v procese testovania?

Zmena stavov Severity a Priority vady počas testovacieho procesu môže nastať z niekoľkých dôvodov:

1. Zmena v chápaní vplyvu vady na produkt: Pôvodne mohol byť vplyv podceňovaný (napríklad, považovalo sa to za problém UI, ale ukázalo sa, že ovplyvňuje kritickú obchodnú logiku) alebo preceňovaný.
2. Zmena obchodných požiadaviek alebo priorít: Ak sa vada týka funkcie, ktorá sa stala pre podnikanie dôležitejšou alebo menej dôležitou, jej priorita môže byť upravená.
3. Objavenie obchádzacieho riešenia (workaround): Ak sa nájde jednoduchý spôsob, ako obísť vadu bez podstatných strát pre používateľa, jej Priority môže byť znížená. Severity zostáva zvyčajne rovnaká, pretože obchádzacie riešenie neodstraňuje samotný problém.
4. Závislosť od iných chýb: Oprava jednej chyby môže zhoršiť alebo zmierniť dopad inej, čo môže vyžadovať prehodnotenie ich stavov.
5. Zmena počtu postihnutých používateľov: Ak sa zistí, že chyba, ktorá sa zdala byť nevýznamná, sa vyskytuje u veľkého počtu používateľov, jej Priority môže byť zvýšená.
6. Chybné počiatočné hodnotenie: Tester mohol nesprávne určiť Severity alebo Priority kvôli nedostatočnému pochopeniu kontextu, funkčnosti alebo obchodných procesov.
7. Zmena fázy vývoja/testovania: V rôznych fázach (napríklad, jednotkové testy, integrácia, systémové testy, akceptácia) môže byť dopad toho istého defektu vnímaný odlišne.
8. Rozhodnutie tímu alebo manažéra: Konečné rozhodnutie o Severity a Priority sa často prijíma kolegiálne s účasťou vedúceho tímu, projektového manažéra alebo Product Ownera, najmä v sporných prípadoch.
9. Objavenie nových scenárov použitia, na ktoré má vplyv defekt: Ak sa defekt prejavuje v viac scénaroch, než sa pôvodne predpokladalo, jeho Severity alebo Priority môže byť zvýšená.

Zmeny stavov by mali byť vždy odôvodnené a zdokumentované v systéme sledovania defektov.