Hiba/hiba életciklusa a szoftvertesztelésben
Thomas Hamilton
Mi az a hiba/hiba életciklusa?
Hiba életciklusa vagy Bug Life Cycle a szoftvertesztelésben az állapotok azon meghatározott halmaza, amelyen a hiba vagy hiba a teljes élettartama során átmegy. A hiba életciklusának célja, hogy könnyen koordinálja és kommunikálja a hibák aktuális állapotát, amely megváltozik, és a hibajavítási folyamatot szisztematikussá és hatékonysá tegye.
👉 Regisztrálj ingyenes élő szoftvertesztelési projektre
Hibás állapot
Hibás állapot vagy A hiba állapota a hiba életciklusában az a jelenlegi állapot, amelyből a hiba vagy hiba éppen átmegy. A hibaállapot célja egy hiba vagy hiba aktuális állapotának vagy előrehaladásának pontos közvetítése annak érdekében, hogy jobban nyomon kövessük és megértsük a hiba életciklusának tényleges előrehaladását.
Hibás állapotok munkafolyamata
Az állapotok száma, amelyeken egy hiba megy keresztül, projektenként változik. Az alábbi életciklus diagram minden lehetséges állapotot lefed
- Új: Amikor egy új hiba naplózásra kerül és első alkalommal kerül feladásra. ÚJ státusz van hozzárendelve.
- Kijelölt: Miután a tesztelő közzétette a hibát, a tesztelő vezetője jóváhagyja a hibát, és a hibát a fejlesztői csapathoz rendeli.
- Nyisd ki: A fejlesztő elkezdi az elemzést, és dolgozik a hibajavításon
- Rögzített: Amikor egy fejlesztő végrehajtja a szükséges kódmódosítást, és ellenőrzi a módosítást, a hibaállapotot „Javítva”-ra állíthatja.
- Újratesztelés függőben: A hiba kijavítása után a fejlesztő egy adott kódot ad a kód újrateszteléséhez a tesztelőnek. Mivel a szoftver tesztelés függőben marad a tesztelők végétől, a hozzárendelt állapot „újratesztelésre vár”.
- Tesztelje újra: A tesztelő ebben a szakaszban újrateszteli a kódot, hogy ellenőrizze, hogy a hibát a fejlesztő kijavította-e vagy sem, és az állapotot „Újratesztelésre” változtatja.
- Ellenőrzött: A tesztelő újra teszteli a hibát, miután a fejlesztő kijavította. Ha nem észlelünk hibát a szoftverben, akkor a hiba javításra kerül, és a hozzárendelt állapot „ellenőrzött”.
- Újra kinyit: Ha a hiba azután is fennáll, hogy a fejlesztő kijavította a hibát, a tesztelő az állapotot „újra megnyitott”-ra módosítja. A hiba ismét végigmegy az életcikluson.
- Zárva: Ha a hiba már nem létezik, akkor a tesztelő „Bezárt” állapotot rendel.
- Duplicate: Ha a hiba kétszer megismétlődik, vagy a hiba a hiba ugyanazon fogalmának felel meg, az állapot „duplikáció”-ra változik.
- Elutasítva: Ha a fejlesztő úgy érzi, hogy a hiba nem valódi, akkor a hibát „elutasítva”-ra változtatja.
- halasztott: Ha a jelenlegi hiba nem elsődleges prioritású, és várhatóan a következő kiadásban kijavítják, akkor az ilyen hibákhoz „Elhalasztott” állapot kerül hozzárendelésre
- Nem hiba: Ha ez nem befolyásolja az alkalmazás működését, akkor a hibához rendelt állapot „Nem hiba”.
A hiba/hiba életciklusának magyarázata
- A tesztelő megtalálja a hibát
- Hibás állapothoz rendelve- Új
- A hibát elemzés céljából továbbítják a projektmenedzserhez
- A projektmenedzser dönti el, hogy a hiba érvényes-e
- Itt a hiba nem érvényes – „Elutasítva” állapotot kap.
- Tehát a projektmenedzser hozzárendel egy állapotot elutasított. Ha a hibát nem utasítják el, akkor a következő lépés annak ellenőrzése, hogy a hiba kiterjed-e. Tegyük fel, hogy van egy másik funkciónk is – e-mail funkció ugyanahhoz az alkalmazáshoz, és ezzel problémát talál. De ez nem része az aktuális kiadásnak, ha az ilyen hibákat a elhalasztják vagy elhalasztják állapotát.
- Ezután a menedzser ellenőrzi, hogy korábban felmerült-e hasonló hiba. Ha igen, a hiba állapotot kap másolat.
- Ha nem, a hiba a fejlesztőhöz van rendelve, aki megkezdi a kód javítását. Ebben a szakaszban a hiba állapotot kap folyamatban.
- Miután a kódot rögzítették. A hibához státuszt rendelnek rögzített
- Ezután a tesztelő újra teszteli a kódot. Abban az esetben, ha a Teszt eset átmegy a hiba zárt. Ha a tesztesetek ismét sikertelenek, a hiba az újra megnyitott és a fejlesztőhöz van rendelve.
- Vegyünk egy olyan helyzetet, amikor a Flight Reservation 1. kiadása során hibát találtak a faxrendelésben, amelyet kijavítottak, és lezárt állapotba került. A második frissítési kiadás során ugyanaz a hiba ismét felszínre került. Ilyen esetekben zárt hiba lesz újra megnyitva.
Ez minden a Bug Life Cycle számára
Ez az oktatóvideó egy példa segítségével ismerteti a hiba, más néven hiba életciklusának különböző szakaszait és fontosságát
Kattints itt ha a videó nem érhető el
GYIK
Összegzésként
A hibák életciklusának megértése strukturált hibakezelést, gördülékenyebb együttműködést és gyorsabb megoldásokat biztosít. Az egyes szakaszok követésével a csapatok javíthatják a szoftver minőségét, csökkenthetik a kockázatokat, és magabiztosan szállíthatnak megbízható, felhasználóbarát alkalmazásokat.
