Hiba/hiba életciklusa a szoftvertesztelésben

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.

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

1. A tesztelő megtalálja a hibát
2. Hibás állapothoz rendelve- Új
3. A hibát elemzés céljából továbbítják a projektmenedzserhez
4. A projektmenedzser dönti el, hogy a hiba érvényes-e
5. Itt a hiba nem érvényes – „Elutasítva” állapotot kap.
6. 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.
7. Ezután a menedzser ellenőrzi, hogy korábban felmerült-e hasonló hiba. Ha igen, a hiba állapotot kap másolat.
8. 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.
9. Miután a kódot rögzítették. A hibához státuszt rendelnek rögzített
10. 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.
11. 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