Minden hibajelentésben több órai – esetenként több napos – munka fekszik. A cég fontos adatáról van szó, amelyet megfeleloképpen kell védeni és szervezni. A hibajelentéseket célszeru adatbázisban gyujteni, melyet naponta háttértárba mentünk. Ezt az adatbázist egy hibaköveto rendszerrel, ld. PR-Tracker, kell vezérelni. Az alábbiakban néhány jó tanácsot adok meg a hatékony hibakezeléshez.

1. Készítsen naponta szoftverleképezést
A hibanaplózás egyszerubb olyan környezetben, ahol napi szoftverleképezést használnak. Ez lehetové teszi, hogy a tesztelok a szoftver legfrissebb változatát vizsgálhassák, így nem kell kitérniük olyan hibákra, amelyeket korábban már felderítettek. Ezáltal egyszersmind képesek az újonnan jelentkezo hibákat gyorsabban felfedezni, amikor a kód még frissen él a hibákat elköveto fejlesztok emlékezetében.

2. Használjon szoftverleképezési számokat
Ha erre lehetoség van, leképezési számokat kell használni annak érdekében, hogy rögzítsük, mely szoftverváltozatban találták meg a hibát, mely változatban rögzítették azt és a rögzítést mely változatban   ellenorizték. A hiba elhárításához átalakított forráskód-modulok ellenorzoszámai hasznos információt jelentenek a fejlesztok számára, de nem szükségesek vagy elégségesek a teszt és a fejlesztés közötti munka koordinálásához. Helyettük leképezési számokat használjon.

3. Használjon eljárást a hibajelentések kezelésére
A hibajelentéseket egy olyan eljárásnak kell alávetni, amellyel elkerülheto a hibák ido  elotti lezárása. Egy ilyen eljárás megkívánja, hogy az a személy, aki a hibát jelentette, egyszersmind azt is ellenorizze, hogy megtörtént-e a hiba fixálása és o hagyjon jóvá bármilyen más jellegu döntést. A tipikus hibajelentési életciklus a következo státuszértékeket tartalmazza: új, kijelölve, megoldva, ellenorizve és lezárva.  

4. Használjon határozat rovatot
A hibajelentési életciklus egyszerusítése céljából alkalmazzon határozat rovatot, amelyben feltünteti, milyen döntés született a problémára.  Lehetséges döntések: javítva, nem lesz javítva, nem reprodukálható, duplikát (korábban már elofordult), így tervezve (a tesztelo hibaként értékelt egy terv szerinti funkciót), külso (a hibát külso tényezo okozta).  

5. Ne osztályozzon hibajelentéseket értekezleteken
Kerülje el, hogy hibajelentéseket üléseken vagy értekezleteken kategorizáljon. Ez nagyon sok munkaórát igényelne, ami felhasználható lenne hibajavításra. Ha a napirend eloírja az osztályozást, ne zárja le a hibajelentéseket az értekezleten, mivel ez a hibajelen-téseket készíto tesztelok megkerülésével meghamisítaná a minoségbiztosítási folyamatot. Ehelyett használja fel a hibaosztályozást a javításra nem kerülo hibák kiválasztására.

6. Kezelje külön a kívánságlistákat
A szoftverek szolgáltatásaival, funkcióival kapcsolatos kívánságlistákat (Feature Requests) gyakran hibajelentésként veszik nyilvántartásba. Pedig ezeket külön kell nyilvántartani, úgy, hogy osztályozhatók legyenek és ne hamisítsák meg a szoftver minoségének mérésére szolgáló statisztikákat.

7. Ismertesse, hogyan reprodukálhatók a hibák
A hibajelentésnek lépésrol-lépésre le kell írnia, hogyan reprodukálható a hiba. Ez lecsökkenti azt az idot, amit a fejlesztok arra fordítanak, hogy megpróbálják a hibát újra eloidézni, mielott elhárítanák.  A hiba minimális lépésszámban történo reprodukálására fordított ido busásan megtérül fejlesztoi idoben.

8. Rögzítse, hogy miként érzékelték a hibákat
Ha nyilvántartást vezet arról, milyen módon érzékelték a hibákat, könnyebben eldöntheti a jövoben, hogyan költse el hatékonyabban a tesztelésre szánt pénzösszeget. Javasolt lehetoségek az érzékelésre: interaktív tesztelés, teszt-script végrehajtás (Test Script Execution), teszt-script tervezés (Test Script Design), egység tesztelés (Unit Testing), integráció tesztelés (Integration Testing), kódáttekintés (Code Review), béta tesztelés és felhasználói jelentés (Customer Report). 

9. Legyen egyszeruen használható a hibajelentés
Ne bonyolítsa túl a hibajelentést a ténylegesen szükségesnél több adat bevitelét kérve. Ha túl sok munkát jelent a hibák bevitele a naplórendszerbe, némely hibát nem fognak bevinni, vagy a felhasználók egyszeruen megkerülik a rendszert és a hibákról e-mailben vagy szóban számolnak be.  

From English Translated by Reflex Translation Services – Hungarian Translations from/into 43 languages