Mik az okok, hogy a Severity és Priority státuszok változnak a tesztelési folyamat során?

A tesztelés során a Severity és Priority állapotának változtatása több okból is előfordulhat:

1. A hiba hatásának megértésében bekövetkezett változás: Kezdetben a hatás alulértékelt lehetett (például UI problémának tartották, de kiderült, hogy kritikus üzleti logikát érint), vagy túlértékelt.
2. Üzleti követelmények vagy prioritások változása: Ha a hiba olyan funkciót érint, amely az üzlet számára fontosabb vagy kevésbé fontos lett, annak prioritása módosulhat.
3. Megkerülési lehetőség (workaround) felfedezése: Ha egyszerű módot találnak a hiba elkerülésére anélkül, hogy jelentős veszteséget okozna a felhasználónak, a Priority csökkenthető. A Severity általában változatlan marad, mivel a workaround nem szünteti meg a problémát.
4. Más hibáktól való függőség: Egy hiba javítása súlyosbíthatja vagy enyhítheti egy másik hatását, ami a státuszuk újraértékelését igényelheti.
5. Az érintett felhasználók számának változása: Ha egy kezdetben jelentéktelennek tűnő hiba sok felhasználónál kerül felfedezésre, annak Priority-je növelhető.
6. Helytelen kezdeti értékelés: A tesztelő hibásan határozhatta meg a Severity vagy a Priority értékét a kontextus, a funkcionalitás vagy az üzleti folyamatok nem megfelelő megértése miatt.
7. Fejlesztési/test szakasz változása: Különböző szakaszokban (például egységteszt, integráció, rendszer, elfogadás) ugyanazon hiba hatása másképp érzékelhető.
8. Csapat vagy menedzser döntése: A Severity és Priority végső döntése gyakran kollegiálisan történik a csapatvezető, projektmenedzser vagy Product Owner részvételével, különösen vitás esetekben.
9. Új felhasználási forgatókönyvek felfedezése, amelyeket a hiba érint: Ha a hiba több forgatókönyvben jelentkezik, mint az eredeti feltételezések szerint, akkor a Severity vagy a Priority növelhető.

A státuszmódosításokat mindig indokolni kell, és dokumentálni kell a hibakövető rendszerben.