Mit tegyél, ha a fejlesztő a hibát újra elküldése után azt állítja, hogy ez nem hiba?

Ebben az esetben a következő lépéseket teszem:

1. Hiba ellenőrzése: Meggyőződöm arról, hogy a hiba reprodukálható a kijelölt tesztkörnyezetben (termékverzió, környezet, OS, böngésző stb.), a hibajelentés reprodukciós lépéseit használva.
2. Reprodukciós lépések tisztázása: Lehetséges, hogy a probléma a lépések pontatlanságában vagy hiányosságában rejlik. Megpróbálom ezeket a lehető legpontosabb és egyértelműbb módon megfogalmazni.
3. További információk gyűjtése: naplók, képernyőképek/videók, hálózati kérések (ha alkalmazható), adatbázisból származó adatok. Ez segít több kontextust nyújtani a fejlesztő számára.
4. Hasonló esetek vizsgálata: Volt-e már hasonló hiba korábban? Hogyan oldották meg?
5. Személyes beszélgetés a fejlesztővel: Megtisztázom a nézőpontját. Lehet, hogy a viselkedést funkciónak tartja, nem ismerte az igényt, vagy lát valamilyen sajátosságot, ami számomra nem nyilvánvaló. A párbeszéd gyakran segít megtalálni a probléma gyökerét.
6. Product Owner/Üzleti elemző bevonása: Ha a fejlesztővel folytatott megbeszélés után nem születik konszenzus, és biztos vagyok benne, hogy hiba van, bevonom a Product Ownert vagy az Üzleti elemzőt a prioritás és a további lépések meghatározására. Ők megerősíthetik, hogy a viselkedés nem felel meg az elvárásoknak, vagy éppen elfogadhatónak tartják.
7. Hiba jelentés frissítése: Minden összegyűjtött információt, a megbeszélések eredményét és a hozott döntést hozzáadom.
8. Hiba lezárása (ha szükséges): Ha a Product Owner/Üzleti elemző döntése vagy a konszenzus elérése után kiderül, hogy nem hiba vagy a hiba elfogadható, akkor a megfelelő megjegyzéssel lezárom a hibajelentést.