Hibakezelési folyamat a szoftvertesztelésben

Mi az a hibakezelési folyamat?

Az Hibakezelési folyamat egy szisztematikus megközelítés, amelyet a szoftvertesztelésben használnak a hibák azonosítására, osztályozására, javítására és ellenőrzésére a szoftver kiadása előtt. Az életciklus hat fő szakaszból áll: 1) A hiba felfedezése, 2) Kategorizálás, 3) Megoldás a fejlesztők által, 4) Ellenőrzés a tesztelők által, 5) Lezárás és 6) Hibajelentés a projekt végén.

Ez a cikk elmagyarázza, hogyan kell alkalmazni a hibakezelési folyamatot a Guru99 Bank weboldal példa, így a kezdő és a középhaladó tesztelők megérthetik az egyes lépéseket egy valós projekt kontextusában.

Miért van szükség hibakezelési folyamatra?

Képzeld el, hogy a csapatod számos hibát talált tesztelés közben. Guru99 Banki projekt. Strukturált folyamat nélkül a tesztelők és a fejlesztők közötti kommunikáció szóban vagy szétszórt üzeneteken keresztül történik.

Egy héttel később a fejlesztő másképp értelmezi a problémát.

A következő héten a tesztelő ismét válaszol, ami még nagyobb zavart kelt.

Amikor a hibákkal kapcsolatos kommunikáció szóban vagy informálisan történik, a dolgok nagyon gyorsan bonyolulttá válnak. A hibák ellenőrzéséhez és hatékony kezeléséhez szükség van egy meghatározott hibaéletciklusra, amely szabványosítja a csapatok jelentési módját, track, és zárja be a problémákat.

1. lépés) Felfedezés

A Felfedezés fázisban a projektcsapatnak a lehető legtöbb hibát kell azonosítania, mielőtt a végfelhasználó találkozna velük. Egy hibát akkor tekintünk „felfedezettnek”, ha a fejlesztőcsapat tudomásul veszi és elfogadja, ekkor az állapota a következőre változik: Elfogadva.

A példa szerinti forgatókönyvben a tesztelők 84 hibát fedeztek fel a Guru99 Bank weboldala.

A tesztelők és a fejlesztők azonban nem mindig értenek egyet. Vegyük például a következő esetet, amelyben a tesztelőcsapat problémákat azonosít a következő területen: Guru99 Bank weboldalán, és jelenti őket, de a fejlesztőcsapat vitatja, hogy ezek hibák-e:

Ilyen esetben, tesztmenedzserként mit kell tennie?

A) Egyetértek a tesztelő csapattal abban, hogy hibáról van szó.
B) Légy bíró, és döntsd el, hogy a probléma hibának minősül-e vagy sem.
C) Egyetértek a fejlesztőcsapattal abban, hogy ez nem hiba.

A helyes megközelítés a B lehetőség. A konfliktus megoldására megoldási folyamatot kell alkalmazni, és a tesztmenedzsernek pártatlanul kell értékelnie a problémát, mielőtt eldönti, hogy hibának minősül-e.

2. lépés) Kategorizálás

A hibák kategorizálása segít a fejlesztőknek rangsorolni munkájukat, hogy a legüzletileg kritikusabb problémák kerüljenek először javításra. A kategorizálást jellemzően a tesztmenedzser végzi, és a súlyosságon és az üzleti hatáson alapul.

A hibákat általában négy prioritási szintbe csoportosítják: Kritikus, Magas, Közepes és AlacsonyPróbálja meg a következő hibák mindegyikéhez a megfelelő prioritást rendelni:

1. A weboldal teljesítménye túl lassú.
2. A weboldal bejelentkezési funkciója nem működik megfelelően.
3. A weboldal grafikus felhasználói felülete nem jelenik meg megfelelően Mozgó eszközök.
4. A weboldal nem tudja megjegyezni a felhasználó bejelentkezési munkamenetét.
5. Néhány link nem működik.

Íme az ajánlott válaszok:

Nem.	Leírás	Prioritás	Magyarázat
1	A webhely teljesítménye túl lassú	Magas	A teljesítménybeli problémák komoly kellemetlenségeket okoznak a végfelhasználóknak.
2	A bejelentkezési funkció nem működik megfelelően	Kritikai	A bejelentkezés egy banki weboldal alapvető funkciója. Ha ez nem sikerül, a teljes felhasználói folyamat blokkolódik.
3	A grafikus felhasználói felület nem jelenik meg megfelelően mobileszközökön	közepes	A hiba azokat a felhasználókat érinti, akik okostelefonon tekintik meg a weboldalt.
4	A weboldal nem tudja megjegyezni a felhasználó bejelentkezési munkamenetét	Magas	A felhasználók bejelentkezhetnek, de további tranzakciókat nem hajthatnak végre.
5	Néhány link nem működik	Alacsony	Egyszerű javítás a fejlesztők számára, és a felhasználók továbbra is hozzáférhetnek a webhely többi részéhez.

3. lépés) Hibafeloldás

Hibafeloldás A szoftvertesztelésben a hibák javításának lépésről lépésre történő folyamata. A megoldási folyamat a hibák fejlesztőkhöz rendelésével kezdődik, akik ezután prioritás szerint ütemezik a javításokat, végrehajtják a korrekciókat, és végül megoldási jelentést küldenek a tesztmenedzsernek. Ez a sorrend a hibák kijavítását teszi lehetővé. traca király átlátható és elszámoltatható.

A hiba javításához a következő lépéseket teheti:

• Feladat: A hibát hozzárendelik egy fejlesztőhöz vagy technikushoz, és az állapota a következőre változik: Reagálás.
• Ütemterv rögzítése: A fejlesztőcsapat átveszi az irányítást, és a hibák prioritása alapján kidolgoz egy javítási ütemtervet.
• Javítsd ki a hibát: Míg a fejlesztők kijavítják a hibákat, a tesztmenedzser... tracks a tervezett ütemtervhez képest halad.
• Jelentsd a határozatot: A fejlesztők jelentést küldenek, amelyben megerősítik, hogy mely hibákat és hogyan javították ki.

4. lépés) Ellenőrzés

Miután a fejlesztőcsapat rögzített és a jelentett a hibák, a tesztelő csapat igazolja hogy a problémák megoldódtak.

Például, amikor a fejlesztőcsapat 61 hiba javításáról számol be, a tesztelőcsapat mindegyiket újrateszteli, hogy megerősítse, a javítások megfelelően működnek-e ugyanazon körülmények között, amelyek az eredeti hibát okozták.

5. lépés) Lezárás

Miután egy hibát kijavítottak és ellenőriztek, az állapota a következőre változik: ZárvaHa a hiba az ellenőrzés során nem kerül megfelelő megoldásra, értesítést kell küldenie a fejlesztőcsapatnak, hogy újra kivizsgálják. A lezárás azt jelzi, hogy a hiba már nem aktív a rendszerben.

6. lépés) Hibabejelentés

Hibabejelentés A szoftvertesztelésben a tesztmenedzserek elkészítik és megosztják a hibaállapotot a vezetői csapattal. A vezetői csapat áttekinti a jelentést, és szükség esetén visszajelzést vagy további támogatást nyújt. A hibajelentés javítja a kommunikációt, trackirály, és láthatóság a hibák körül.

A vezetőségnek joga van megérteni a hibák állapotát a projekt hatékony támogatása érdekében. Ezért rendszeresen jelentést kell tennie az aktuális hibahelyzetről, hogy útmutatást és erőforrásokat tudjanak nyújtani.

Fontos hibamutatók

Visszatérve az eredeti forgatókönyvhöz, a fejlesztői és tesztelői csapatok közösen vizsgálják felül a hibákat. Az összesített eredményeket alább láthatjuk.

Hogyan mérhető és értékelhető a tesztek végrehajtásának minősége?

Ez egy kritikus kérdés minden Tesztmenedzser választ szeretne adni. Általában két fő paramétert használnak:

A fenti forgatókönyvben a Hibaelutasítási arány (DRR) a következőképpen számítható ki: 20/84 = 0.238 (23.8%).

Másik példaként tegyük fel, hogy a GuruA 99 Bank weboldalán összesen 64 hibákat, de a tesztelő csapat csak azokat észleli 44 — jelentés 20 hibákat nem vettek figyelembe. Hibaszivárgási arány (DLR) a következőképpen számítható ki: 20/64 = 0.312 (31.2%).

Összefoglalva, a tesztvégrehajtás minőségét az alábbi két paraméter segítségével értékelik:

Minél kisebb a DRR és DLR érték, annál jobb a tesztvégrehajtás minősége. Az elfogadható tartományt általában a projektcélok határozzák meg, vagy hasonló projektekhez viszonyítják. Ebben a példában az ajánlott elfogadható tartomány a következő: 5%-ról 10%A jelenlegi végrehajtás kívül esik ezen a tartományon, ami azt jelzi, hogy a teszt minőségét a következő intézkedésekkel kell javítani:

• Javul a csapattagok tesztelési készségei.
• Több időt tölteni a tesztek végrehajtásáról, különösen a végrehajtási eredmények áttekintésekor.

A hatékony hibakezelés legjobb gyakorlatai

A strukturált legjobb gyakorlatok követése különbözteti meg az érett hibakezelési folyamatokat a kaotikusaktól. A cél nem csak a hibák javítása, hanem egy olyan rendszer létrehozása, amely megakadályozza, hogy azok beszivárogjanak az éles környezetbe, és minimalizálja a tesztelők és a fejlesztők közötti kommunikációs megszakadásokat.

Íme a legjobb gyakorlatok, amelyeket a kezdő és középhaladó tesztelőknek azonnal alkalmazniuk kell:

1. Szabványosítsa a hibasablont: Használjon egy fix hibajelentési sablont, amely olyan mezőket tartalmaz, mint a hibaazonosító, Description, Reprodukálási lépések, Súlyosság, Prioritás, Környezet és Mellékletek. A következetesség csökkenti a tesztelők és a fejlesztők közötti oda-vissza kommunikációt.
2. Prioritás felállítása a kiosztás előtt: Mindig kategorizáld a hibákat súlyosság és prioritás szerint, mielőtt elküldöd őket a fejlesztőknek. Ez biztosítja, hogy a kritikus problémák ne ragadjanak be a kozmetikai jellegűek mögé.
3. Jelentés előtt reprodukálandó: A hiba felvetése előtt legalább kétszer reprodukálja a hibát tiszta környezetben. A reprodukálható hibák gyorsabban bezáródnak és csökkentik a selejtezési arányt.
4. Fogadj örökbe egy hibát trackirályi eszköz: Használjon olyan eszközöket, mint pl TÚRA, Bugzillavagy Mantis központosítani trackirály, történelem és tudósítás.
5. Triázs megbeszélések lebonyolítása: Rövid, fókuszált hibaelemző megbeszélések lebonyolítása a minőségbiztosítási, a fejlesztői és a termékcsapatok prioritásainak összehangolása érdekében.
6. Szivárgás és elutasítás mérése: Track DLR és DRR minden sprintben vagy ciklusban. A növekvő szivárgási arány korai jelzés arra, hogy a teszt lefedettsége hiányos.
7. Végezze el a kiváltó ok elemzését: Ismétlődő vagy súlyos hibák esetén futtasson ok-okozati elemzést, hogy ugyanaz a hibaosztály ne fordulhasson elő a jövőbeli kiadásokban.
8. Zárja le a ciklust a jelentéstétellel: Ossza meg a heti hibajelentéseket az érdekelt felekkel, hogy a problémák láthatóak és kezelhetők maradjanak.

Következetesen alkalmazva ezek a gyakorlatok stabilizálják a hibák életciklusát és javítják minden kiadás általános minőségét.

Források:

Töltse le a hibajelentési sablon mintáját

GYIK