Hibaosztályozás:

Mi a hibatriálás?

A hibatriálás egy olyan folyamat, amelynek során a tesztelők megállapítják a hibát, és hozzárendelik a kockázat, az ismétlődés és a súlyosság mértékét. Ez a fokozat lényegében rangsorolja az elsőként kezelendő hibát.

A hibahordozás azonban egy orvosi kifejezés, amely alapvetően próbát vagy kipróbálást jelent. Amikor megérkezik a sürgősségi osztályra, az első orvosi értékelést egy nővér végzi.

A sürgősségi osztályon ez általában a triázs szobában történik. Ez idő alatt nagyon fontos, hogy a beteg leírja a problémáját a nővérnek, hogy az pontosan fel tudja mérni, mi a következő teendő.

A másik személy egészségügyi állapotának súlyossága vagy sürgőssége alapján előfordulhat, hogy hamarabb visszaveszik, mint Önt. Pontosan ez történik akkor is, amikor egy szoftvertesztelő hiba- vagy hibatipizálást végez.

Minden hibához súlyossági fokozatot rendel, és azt a hibát veszik figyelembe először, amelyik súlyosabbnak tűnik, vagy amelyik nagyobb potenciállal veszélyezteti a rendszer integritását.

Hibatriálási értekezlet

A hibatriálási értekezleteket a minőségbiztosítási vezető moderálja, és az üzleti elemzőkkel, az informatikai vezetővel, a projektmenedzserrel vagy akár a termékmenedzserrel egyeztetik.

A fejlesztési vagy tesztelési fázisban a tesztelők sok olyan problémával vagy hibával találkoznak, amelyek mindenkit folyamatosan zavarnak. Ezeknek a hibáknak az elintézése érdekében szervezik meg a hibakezelési értekezletet.

A hibakezelési értekezlet fő célja a problémák kategorizálása, rangsorolása és nyomon követése.

A hibakezelési értekezletekre a projekt méretétől, a projekt helyzetétől, az ütemezéstől és a hibák számától függően gyakran, néha 3-4 alkalommal is sor kerül egy héten belül. Több tényező is szerepet játszik annak meghatározásában, hogy hány triage-értekezletre van szükség egy hiba egyszer s mindenkorra történő kiküszöböléséhez.

Az értekezleteken megvitatják a hiba összetettségét, a hibával járó kockázatot, a hozzárendeléseket, az újra hozzárendeléseket és az elutasításokat. Mindezeket a frissítéseket rögzítik a hibakövetési rendszerben.

A legjobb eredmények érdekében a minőségbiztosítási vezetőnek minden megbeszélésre el kell küldenie a hibajelentést a meglévő hibákkal vagy az új hibákkal.

Minden hibát elemezni kell, hogy a megfelelő prioritást és súlyosságot rendelték-e hozzá. Ennek a megbeszélésnek a fő motívuma az, hogy minden hibát időben, fixen és pontosan javítsunk.

A megbeszélés során minden hibát a három kategória egyikébe sorolunk be:

• AZONNALI INTÉZkedés a hiba kijavítására: A hiba két okból esik ebbe a kategóriába. Az első ok az, hogy a csapatnál elegendő erőforrás áll rendelkezésre a hiba kijavításához, a második ok pedig az, hogy a hiba a jövőben problémákat okozhat, ezért fontos, hogy a hibát azonnal kijavítsák.
• A HIBA JAVÍTÁSA EGY KÉSŐBBI IDŐPONTBAN: A hiba akkor tartozik ebbe a kategóriába, ha a csapat tudja, hogy nem valami jelentős dologról van szó, és egy idő után kezelhető.
• NEM AKCIÓS BUG: Ez alapvetően azt jelenti, hogy a hiba nagyon jelentéktelen, és nincs hatása az egész rendszerre. Ezért az ilyen hibával kapcsolatban nincs szükség intézkedésre.

A hibaosztályozás lépései

A hibaosztályozó csapat a projektmenedzserből, a tesztelőből, a tesztvezetőkből, a fejlesztőből, a környezetmenedzserből, a tesztmenedzserből és az üzleti elemzőből áll. A hibatriálásnak 3 lépése van; a hibák áttekintése, a hibák értékelése és a hibák hozzárendelése. Az alábbiakban minden egyes lépést részletesen tárgyalunk:

• HIBAÜGYELEM: A fent említett személyzet minden egyes hiba eredetének és következményeinek mélyére merül, és megpróbálja kijavítani azokat.
• HIBAÉRTÉKELÉS: Ebben a lépésben a hibákat 2 kategóriába sorolják; kijavítandó és várakozó kategóriába. A hiba súlyossága a fő alapja ennek az elkülönítésnek. A fent említett személyzet együttesen hozza meg a döntést arról, hogy melyik hibát kell azonnal kezelni, és melyik hibát kell várakoztatni.
• HIBÁK BEJELÖLÉSE: Most, hogy a csapat rendelkezik az első kézből kezelendő hibák listájával, minden egyes hibát hozzárendelnek az érintett személyhez. Mindez azután történik, hogy a hibát megfelelően és átfogóan kiértékelték.

A Triage Team egyes tagjainak szerepe és felelőssége

• TESTVEZETŐ: A tesztvezető az, aki mindent elkezd. A tesztvezető hivatalos meghívót küld a triázs minden tagjának egy részletes hibajelentéssel együtt. A tesztvezető az első személy, aki azonosítja és súlyossági fokozattal látja el az egyes hibákat. A tesztvezető egyik fő feladata, hogy prezentációt készítsen a triázscsapat számára, amely további betekintést nyújt az egyes hibákba. Ez a prezentáció segít a csapattagoknak abban, hogy gyorsan a probléma gyökeréhez jussanak.
• PROJEKTVEZETŐ: A projektvezető kulcsfontosságú szerepet játszik a hibák rangsorolásában, a hibalista elkészítésében és az egész megbeszélés közvetítésében. Azt is biztosítja, hogy a triázscsoport minden tagja jelen legyen a megbeszélésen. Néha a vita felforrósodik, és ekkor a projektmenedzser közbelép, hogy a csapattagok a saját szemszögükből fejthessék ki a dolgokat.
• FEJLESZTŐCSAPAT VEZETŐ: A fejlesztőcsapat vezetője és a projektmenedzser közösen rangsorolja a hibákat. A fejlesztési csoportvezető fő feladata a kockázatok és az egyes hibák összetettségi szintjének kommunikálása. Emellett ő az, aki kiosztja a feladatokat a triázscsapat különböző tagjainak.

A csapatban vannak más tagok is, de a projektmenedzser, a tesztvezető és a fejlesztési csapat vezetője a kulcsszemélyek. A megbeszélés nem jutna eredményre, ha ezek közül bármelyik hiányzik.

Mi történik a triázsértekezleten?

A hibatriázsértekezlet 3 részre oszlik; a megbeszélés előtti, a megbeszélés alatti és a megbeszélés utáni részre. Az értekezlet kezdete előtt a tesztvezető jelentést küld a triázscsapat minden tagjának, hogy bizonyos mértékig tisztában legyenek a legújabb hibákkal.

• Hibakeresés előtti értekezlet: A tesztelőknek kulcsszerepük van az előzetes megbeszélésen. A tesztelők információt adnak a hibákról a csapatnak, és az egyes hibákat különböző szakaszokba sorolják a súlyosság és a prioritás alapján. Tehát alapvetően az értekezlet előtti ülés a tesztelőké.
• AZ ÉRTEKEZÉS UTÁN: Nem mindig fordul elő, hogy egy megbeszélésen minden problémát megoldanak. Az előző hibakezelési értekezleten felmerült néhány függőben lévő problémát megvitatunk, mielőtt rátérnénk az új problémákra. Ezután a korábbi problémák előrehaladását vitatják meg. Ettől kezdve minden pontot feljegyeznek a meglévő hibák súlyosságáról. A csapattagok közösen döntenek arról, hogy melyik hibát kell azonnal kijavítani, és melyik hibát halaszthatják el egy későbbi időpontra. Ha közeleg a határidő, akkor a nagyobb súlyosságú hibákat kezelik először, a kevésbé súlyos hibákat pedig várakoztatják. Ha azonban nincs határidőnyomás, még a legkisebb hibákat is ki lehet javítani a projekt indulásakor. Ennek alapján frissítik a hibalistát, és itt jön a feladatok kiosztása. A megbeszélésen a tesztvezetésé az utolsó szó. Gyorsan összefoglalja az egész megbeszélést, és közli az azonnali teendőket az érintett csapattagokkal.
• POST-MEETING: A MOM (az értekezlet jegyzőkönyve) az értekezlet befejezése után megosztásra kerül a hibakritikus csapattal. Ez a dokumentum tartalmazza az értekezleten megvitatott legfontosabb pontokat.

A hibakivizsgálási jelentés tartalma

1. DEFECT ID: Minden hibához egyedi számot rendelnek, amely megkülönbözteti a többi hibától.
2. HIBALEÍRÁS: Ez arra vonatkozik, hogy a hiba hogyan okoz működési zavart a rendszerben.
3. Létrehozás dátuma: Ez az a dátum, amikor a hibát először észlelték.
4. CREATOR: A létrehozó az a személy, aki először észlelte és jelentette a hibát.
5. SEVERITY: Ez a hiba súlyosságát jelzi.
6. PRIORITY: A prioritás lehet magas, közepes vagy alacsony. A magas prioritás azt jelenti, hogy a hiba azonnali figyelmet igényel, a közepes prioritás azt jelenti, hogy a hiba egy idő után megoldható, és nem igényel azonnali intézkedést, az alacsony prioritás pedig azt jelenti, hogy a hibának nincs jelentős vagy észrevehető hatása a projektre, ezért lehet, hogy nem kell megoldani.
7. STATUS: Hogy a hiba új, felülvizsgálat alatt, folyamatban vagy befejezve van-e, azt a hiba státusza alapján állapíthatjuk meg.
8. KIVÉTEL DÁTUM: Ez az a dátum, amikor a hibát a megfelelő személyzetnek kiosztották megoldásra.
9. KIVÉTEL NEKI:
10. MEGOLDÁS: Mit tesznek a hiba megoldása érdekében.
11. MEGOLDÁS DÁTUMA: A hiba teljes megoldásának becsült dátuma.
12. VÉRTÉKELT IDŐ: A hiba megoldásának becsült ideje.
13. A hiba megoldásának becsült ideje.
14. AKTUÁLIS IDŐ: A hiba megoldásához eltelt teljes idő.
15. ROOT CAUSE DESCRIPTION: Ez a mező tartalmazza azokat az információkat, amelyek azzal kapcsolatosak, hogy a hiba egyáltalán miért jelent meg.

Miért van szükségünk a hibák osztályozására?

A folyamat legfőbb előnye, hogy a csapata értékelni tudja a hiba súlyosságát, terveket dolgoz ki a hiba kihalászására, és következtetésre jut a folyamathoz szükséges erőforrásokkal kapcsolatban. A hibatriálást főként az agilis tesztelési módszertanban használják

Összefoglalás

A hiba megoldása érdekében hibatriálási megbeszélést hívnak össze. A triázscsapat tagjai közül a tesztvezetőnek, a projektvezetőnek és a fejlesztőcsapat vezetőjének jelen kell lennie.

A hibatriázs megbeszélés 3 szakaszban zajlik; a megbeszélés előtt, a megbeszélés alatt és a megbeszélés után. Mindezek után a tesztvezető részletes triázsjelentést készít.

A jelentés tartalmazza az összes információt a hiba kezdeti észlelésétől kezdve a hiba kiváltó okáig.

A hibatriázs gyakorisága teljesen a projekt méretétől függ. Meg lehet szervezni heti, havi vagy napi rendszerességgel.