Bug/Defect Triage a szoftvertesztelésben
Szerkesztőség
⚡ Okos összefoglaló
A hibaelemzés egy olyan felülvizsgálati megbeszélés, ahol a tesztvezető, a fejlesztési vezető és a projektmenedzser minden jelentett hibát súlyosság, prioritás és kockázat szerint rangsorol, majd kijelölik a felelősöket, és megállapodnak egy reális javítási ütemtervben.
Mi az a „hiba-triázs”?
A hibák rangsorolása egy olyan folyamat, amelynek során minden hibát rangsorolnak súlyossága, gyakorisága, kockázata stb. alapján. A rangsorolás kifejezést a következő területeken használják: Szoftvertesztelés / QA az új hibák súlyosságának és prioritásának meghatározásához.
A név a sürgősségi ellátásból származik, ahol a betegeket sürgősség szerint osztályozza, amikor az erőforrások korlátozottak. Egy minőségbiztosítási csapat ugyanazzal a korláttal szembesül: a hibalista mindig hosszabb, mint a kiadási dátum előtt rendelkezésre álló idő, így valakinek el kell döntenie, hogy mi kerül javításra most, mi kerül javításra később, és mi kerül elhalasztásra. A triázs az a megbeszélés, ahol ezt a döntést meghozzák és rögzítik.
Miért van szükségünk „Defekt-triázsra”?
A Bug Triage célja a hibák értékelése, rangsorolása és a megoldások hozzárendelése. A csapatnak ellenőriznie kell a hiba súlyosságát, szükség szerint módosítania kell, véglegesítenie kell a hibák feloldását, és erőforrásokat kell hozzárendelnie. Főleg az agilis projektmenedzsmentben használják.
Triázs nélkül a hibák a háttérben maradnak. traca tesztelő által választott súlyosságtól függően, a fejlesztők pedig személyes preferenciák, nem pedig üzleti hatás alapján választanak munkát. Az alábbi banner összefoglalja, hogy a csapatok miért tartják a megbeszélést a naptárban.
Milyen gyakran kell végrehajtani a „Hibabesorolást” egy kiadásban?
A Defect triage értekezlet gyakorisága nincs rögzítve. Ez a projekt helyzetétől függ.
Az alábbiakban felsorolunk néhány fontos tényezőt, amelyek meghatározzák a Defect Triage Meetingek gyakoriságát:
Ezek a fontos tényezők a következők:
- A projekt ütemtervének megfelelően
- A rendszer hibáinak száma
- Hatás a csapattagok elérhetőségének ütemezésére
- A projekt általános állapota
Általában a Hibabesorolási Megbeszéléseket hetente kétszer vagy háromszor tartják.
A ritmus feszül, ahogy közeledik a kiadás. Rövid időn belül dolgozó csapatok Scrum Az iterációk gyakran egy rövid triázst illesztenek be a napi rutinba az utolsó sprint során, míg egy hosszabb, tervvezérelt ciklusú projekt hetente egyszer triázhat, amíg a regressziós teszt fázis kezdődik.
Kik a „Defect Triage” kötelező és egyéb résztvevői?
Kötelező résztvevők
Az alábbi projekttagok mindig részt vesznek a Defect Triage Meetingeken.
- Project Manager
- Tesztcsapatvezető
- Műszaki vezető
- Fejlesztési csoport vezetője
Választható résztvevők
- Fejlesztők
- A tesztelők
- Business Analyst
A választható résztvevőket akkor hívják meg, amikor egy adott hiba kivizsgálásához szükség van a véleményükre, például amikor egy üzleti elemzőnek meg kell erősítenie, hogy a jelentett viselkedés valóban ellentmond-e egy követelménynek, vagy álcázott változtatási kérés.
A résztvevők szerepei és felelősségei a „Defekt-triage” során.
Minden kötelező résztvevő más felelősséggel érkezik, és a találkozó csak akkor tart időben, ha mindhárman előre felkészülnek.
Tesztcsapatvezető
- Ütemezett hibaosztályozási értekezlet és értekezlet-értesítés küldése a résztvevőknek.
- Hozzon létre egy hibajelentést, és küldje el az összes résztvevőnek az értekezlet előtt.
- Prioritás hozzárendelése és súlyosságát a hibák közül.
- Tartson prezentációt, hogy a többi tag megértse a hiba kiváltó okát.
- Minden értekezleti feljegyzés rögzítésre kerül, és elküldésre kerül az értekezlet résztvevőinek.
Fejlesztési Vezető
- Segít a hibák rangsorolásában.
- Beszéljétek meg a hiba nehézségét, és magyarázza el a hibából eredő kockázatot.
- A hibák kijavítására vonatkozó munkát a megfelelő fejlesztőknek osztja ki.
- Frissítse a hibafeloldást, és mellékelje a fejlesztési megjegyzéseket arra az esetre, ha bármilyen információ hiányzik, vagy bármilyen további információra lenne szüksége a fejlesztőknek.
Project Manager
- Segítség a hibák rangsorolásában.
- Beszélje meg a minőségbiztosítás következő iterációs kiadási dátumát.
- Gondoskodni kell arról, hogy a kapcsolódó felhasználók képviselőit is meghívják a hibaosztályozási értekezletre.
A projektmenedzser birtokolja a kiadási dátumot, így a vitatott hibákkal kapcsolatos záró döntés általában ehhez a szerepkörhöz tartozik, az alábbiak szerint.
Mi történik a „Defekt-triázs” találkozó során?
- A tesztcsoport vezetője hibajelentést küld az új hibákkal. A hibabesorolási értekezlet során minden hibát elemezni kell, hogy kiderüljön, megfelelő prioritást és súlyosságot rendeltek-e hozzá.
- A prioritásokat szükség esetén átrendezzük.
- A hibákat a súlyosságuk mértéke alapján elemzik és értékelik.
- Ez magában foglalja a hiba összetettségéről, a kockázatokról szóló megbeszélést, az elutasítást, a hibák átsorolását.
- A frissítések hibajegyzetben vannak rögzítve trackirályi rendszer.
- A minőségbiztosítási mérnök elvégzi a változtatásokat az egyes hibákon, és megbeszéli azokat minden résztvevővel.
- A „Megjegyzések” mező megfelelően frissül az értekezlet lényeges pontjainak megjegyzésével.
A megbeszélés során a legtöbb idő a két legkönnyebben összekeverhető mezőre telik. A súlyosságot és a prioritást egymástól függetlenül kell meghatározni, és egy hiba az egyiken magas, a másikon pedig alacsony pontszámot kaphat.
| Aspect | A súlyosság | Prioritás |
|---|---|---|
| Mit mér | Mennyire károsítja a hiba a terméket vagy annak működését | Milyen hamar kell a hibát kijavítani a többi munkához képest |
| Normális esetben a | A hibát jelentő tesztelő | Egyeztetés alapján, a projektvezetővel és a termékoldali vezetővel |
| Hajtott | Műszaki hatás és az érintett funkciók | Üzleti hatás, ügyfélláthatóság és a megjelenési dátum |
| Példa az eltérésre | Magas súlyosság, alacsony prioritás: összeomlás egy olyan funkcióban, amelyet senki sem használ a következő negyedévig | Alacsony súlyosság, magas prioritás: elgépelt cégnév a landing page-en |
Tipp: Egyetlen hiba megvitatását tartsd rövidnek. Ha egy tételt nem lehet néhány perc alatt megoldani, akkor félreteszed, kijelölsz egy tulajdonost a kivizsgálására, és visszahozod a következő ülésre, ahelyett, hogy egyetlen hibára hagynád az egész megbeszélést.
Mi a „Defekt-triázs” eredménye?
Minden értekezlet végén elkészítik a hibaosztályozási mérőszámokat, amelyeket minden résztvevő megkap. Ez a jelentés az ülés jegyzőkönyveként szolgál, amely hasznosnak bizonyul a jövőbeni üléseken.
A jelentés az a pont, ahol a triázs visszakapcsolódik a tágabbhoz. hibakezelési folyamatA csapatok általában a következőket rögzítik benne:
- A munkamenet során áttekintett hibák, mindegyik esetében egyeztetett súlyossággal és prioritással.
- Az újonnan hozzárendelt hibák, a mostani tulajdonosukkal együtt.
- Elhalasztott, elutasított vagy duplikáltként megjelölt hibák, az ok rögzítésével.
- Nyissa meg a hibák számát súlyosság szerint, hogy a trend a munkamenetek között látható legyen.
- A teendőket átvitték a következő ülésre.
Mert minden változás visszaíródik a tracker, minden elem állapota megegyezik a benne elfoglalt pozíciójával hiba életciklusa, és a következő ülés egy pontos listával kezdődik, nem pedig egy elavulttal.
