Hibakezelési folyamat a szoftvertesztelésben
Thomas Hamilton
Mi az a hibakezelési folyamat?
A hibakezelés egy szisztematikus folyamat a hibák azonosítására és javítására. A hibakezelési ciklus a következő szakaszokat tartalmazza: 1) Hiba feltárása, 2) Hibakategorizálás 3) Hibajavítás a fejlesztők által 4) Ellenőrzés tesztelők által, 5) Hibalezárás 6) Hibajelentések a projekt végén
Ez a témakör elvezeti Önt a hibakezelési folyamat alkalmazásához a projekt Guru99 Bank webhelyén. A hibák kezeléséhez kövesse az alábbi lépéseket.
1. lépés) Felfedezés
A felfedezési szakaszban a projektcsapatoknak fel kell fedezniük, mint sok hibák, mint lehetséges, mielőtt a végfelhasználó felfedezhetné. Azt mondják, hogy a hiba felfedezésre kerül, és állapotba kerül elfogadott amikor azt a fejlesztők tudomásul veszik és elfogadják
A fenti forgatókönyv szerint a tesztelők 84 hibát fedeztek fel a Guru99 webhelyen.
Vessünk egy pillantást a következő forgatókönyvre; a tesztelő csapat néhány hibát fedezett fel a Guru99 Bank webhelyén. Hibáknak tekintik őket és jelentették a fejlesztőcsapatnak, de konfliktus van -
Ilyen esetben tesztmenedzserként mit fog tenni?
B) A tesztmenedzser a bíró szerepét tölti be annak eldöntésében, hogy a probléma hibás-e vagy sem
C) Egyezzen meg a fejlesztőcsapattal, hogy ez nem hiba
Ebben az esetben a konfliktus megoldására megoldási eljárást kell alkalmazni, Ön a bíró szerepét tölti be annak eldöntésében, hogy a weboldal probléma hibás-e vagy sem.
2. lépés) Kategorizálás
A hibák kategorizálása segíti a szoftverfejlesztőket feladataik fontossági sorrendjében. Ez azt jelenti, hogy ez a fajta prioritás segít a fejlesztőknek abban, hogy először kijavítsák azokat a hibákat, amelyek nagyon fontosak.
A hibákat általában a tesztmenedzser kategorizálja –
Végezzünk egy kis gyakorlatot az alábbiak szerint
Húzza át az alábbi hibaprioritást| 1) A webhely teljesítménye túl lassú |
|
| 2) A weboldal bejelentkezési funkciója nem működik megfelelően |
|
| 3) A webhely grafikus felhasználói felülete nem jelenik meg megfelelően Mobil készülékek |
|
| 4) A webhely nem tudta megjegyezni a felhasználói bejelentkezési munkamenetet |
|
| 5) Egyes hivatkozások nem működnek |
|
Íme az ajánlott válaszok
| Nem. | Description | Prioritás | Magyarázat |
|---|---|---|---|
|
1 |
A webhely teljesítménye túl lassú |
Magas |
A teljesítményhiba óriási kényelmetlenséget okozhat a felhasználónak. |
|
2 |
A weboldal bejelentkezési funkciója nem működik megfelelően |
Kritikai |
A bejelentkezés a banki weboldal egyik fő funkciója, ha ez a funkció nem működik, az komoly hibák |
|
3 |
A weboldal grafikus felhasználói felülete nem jelenik meg megfelelően a mobileszközökön |
közepes |
A hiba azt a felhasználót érinti, aki okostelefont használ a weboldal megtekintésére. |
|
4 |
A webhely nem emlékezett a felhasználói bejelentkezési munkamenetre |
Magas |
Ez komoly probléma, mivel a felhasználó be tud majd jelentkezni, de nem tud további tranzakciókat végrehajtani |
|
5 |
Néhány link nem működik |
Elő/Utó |
Ez egy egyszerű javítás a fejlesztők számára, és a felhasználó továbbra is elérheti az oldalt ezen hivatkozások nélkül |
3. lépés) Hibafeloldás
Hibafeloldás A szoftvertesztelésben a hibák kijavításának lépésről lépésre történő folyamata. A hibafeloldási folyamat a hibák fejlesztőkhöz való hozzárendelésével kezdődik, majd a fejlesztők prioritás szerint ütemezik a hiba kijavítását, majd a hibákat kijavítják, végül a fejlesztők jelentést küldenek a megoldásról a tesztmenedzsernek. Ez a folyamat segít a hibák egyszerű kijavításában és nyomon követésében.
A hiba kijavításához kövesse az alábbi lépéseket.
- Átruházás: Fejlesztőhöz vagy más technikushoz rendelve a javításhoz, és az állapotot a következőre változtatták Reagálás.
- Ütemezési javítás: Ebben a fázisban a fejlesztői oldal veszi át az irányítást. A hiba prioritásától függően ütemtervet készítenek ezeknek a hibáknak a kijavításához.
- Javítsa ki a hibát: Amíg a fejlesztőcsapat javítja a hibákat, a tesztmenedzser nyomon követi a hibajavítás folyamatát a fenti ütemezéshez képest.
- Jelentse a határozatot: Jelentést kaphat a megoldásról a fejlesztőktől, ha a hibákat kijavították.
4. lépés) Ellenőrzés
A fejlesztőcsapat után rögzített és a jelentett a hiba, a tesztelő csapat igazolja hogy a hibák valóban megoldódnak.
Például a fenti forgatókönyvben, amikor a fejlesztőcsapat arról számolt be, hogy már 61 hibát kijavított, a csapata újra tesztel, hogy ellenőrizze, valóban kijavították-e ezeket a hibákat.
5. lépés) Lezárás
A hiba elhárítása és ellenőrzése után a hiba állapota a következőre változik: zárt. Ha nem, akkor értesítést kell küldenie a fejlesztésnek, hogy újra ellenőrizze a hibát.
6. lépés) Hibabejelentés
Hibabejelentés A szoftvertesztelésben egy olyan folyamat, amelyben a tesztmenedzserek elkészítik és elküldik a hibajelentést a vezetői csapatnak, hogy visszajelzést kapjanak a hibakezelési folyamatról és a hibák állapotáról. Ezután a vezetőség ellenőrzi a hibajelentést, és visszajelzést küld, vagy szükség esetén további támogatást nyújt. A hibajelentés segít a jobb kommunikációban, a hibák nyomon követésében és részletes magyarázatában.
Az igazgatóságnak joga van megismerni a hibaállapotot. Meg kell érteniük a hibakezelési folyamatot, hogy támogassák Önt ebben a projektben. Ezért jelentenie kell nekik az aktuális hibahelyzetet, hogy visszajelzést kapjon tőlük.
Miért van szükség hibakezelési folyamatra?
Csapata hibákat talált a Guru99 Banking projekt tesztelése során.
Egy hét múlva a fejlesztő válaszol:
A következő héten a tesztelő válaszol
A fenti esethez hasonlóan, ha a hibakommunikáció szóban történik, a dolgok hamarosan nagyon bonyolulttá válnak. A hibák ellenőrzéséhez és hatékony kezeléséhez a hiba életciklusára van szükség.
Fontos hibamutatók
Vissza a fenti forgatókönyvhöz. A fejlesztő és a tesztelő csapatok áttekintették a jelentett hibákat. Íme a megbeszélés eredménye
Hogyan mérjük és értékeljük a teszt végrehajtásának minőségét?
Ez egy olyan kérdés, amely minden Tesztmenedzser tudni akarja. 2 paramétert a következőnek tekinthet
A fenti forgatókönyvben kiszámíthatja a defekció elutasítási arány (DRR) az 20/84 = 0.238 (23.8%).
Egy másik példa, tegyük fel, hogy a Guru99 Bank weboldala összesen 64 hibákat, de a tesztelő csapat csak észleli 44 hibák, azaz hiányoztak 20 hibákat. Ezért kiszámíthatja, hogy a hiba szivárgási aránya (DLR) 20/64 = 0.312 (31.2%).
Következtetés: a teszt végrehajtásának minőségét a következő két paraméter segítségével értékeljük
Minél kisebb a DRR és a DLR értéke, annál jobb a tesztvégrehajtás minősége. Mi az az arány tartomány, amely elfogadható? Ezt a tartományt meg lehet határozni és elfogadni a projektcélban, vagy hivatkozhat hasonló projektek mérőszámaira.
Ebben a projektben az elfogadható arány ajánlott értéke a 5 ~ 10%. Ez azt jelenti, hogy a teszt végrehajtásának minősége alacsony. Ellenintézkedést kell találnia ezen arányok csökkentésére, mint pl
- Javul a tag tesztelési képességei.
- Több időt tölteni tesztelési végrehajtáshoz, különösen a tesztvégrehajtási eredmények áttekintéséhez.
GYIK
Kattints itt ha a videó nem érhető el
Források:
Töltse le a hibajelentési sablon mintáját
