Mi a Bug?
A hiba egy kódolási hiba következménye / eredménye.
Hiba a szoftver tesztelésében
A szoftverteszt hibája a szoftveralkalmazás változata vagy eltérése a végfelhasználó követelményeitől vagy az eredeti üzleti követelményektől. A szoftverhiba a kódolás hibája, amely helytelen vagy váratlan eredményeket okoz egy olyan szoftverprogramtól, amely nem felel meg a tényleges követelményeknek. A tesztelők a tesztesetek végrehajtása során találkozhatnak ilyen hibákkal.
Ennek a két kifejezésnek nagyon vékony a különbsége, Az iparban mindkettő olyan hiba, amelyet meg kell javítani, és ezért a tesztelő csoportok egy része használhatja őket.
Amikor a tesztelők végrehajtják a teszteseteket, olyan teszt eredményekkel találkozhatnak, amelyek ellentmondanak a várt eredményeknek. A vizsgálati eredmények ezen eltérését Szoftverhibának nevezik. Ezekre a hibákra vagy variációkra különböző nevek utalnak a különböző szervezetekben, például problémák, problémák, hibák vagy események.
Ebben az oktatóanyagban megtanulja-
- Hibajelentés
- Hibakezelési folyamat
- Felfedezés
- Besorolás
- Felbontás
- Igazolás
- Bezárás
- Jelentés
- Fontos hibamutatók
Hibabejelentés a szoftver tesztelésében
A hibajelentés a szoftvertesztelésben részletes dokumentum a szoftveralkalmazásban talált hibákról. A hibajelentés minden olyan részletet tartalmaz a hibákról, mint a leírás, a hiba megtalálásának dátuma, a tesztelő neve, aki megtalálta, a fejlesztő neve, aki javította stb. A hibajelentés segít azonosítani a hasonló hibákat a jövőben, így elkerülhető.
A hibáról a fejlesztőnek történő bejelentés közben a hibajelentésnek a következő információkat kell tartalmaznia
- Defect_ID - A hiba egyedi azonosítószáma.
- Hibaleírás - A hiba részletes leírása, beleértve a modult, amelyben hibát találtak, információkat.
- Verzió - Az alkalmazás verziója, amelyben hibát találtak.
- Lépések - Részletes lépések és képernyőképek, amelyekkel a fejlesztő reprodukálni tudja a hibákat.
- Date Raised - A hiba felmerülésének dátuma
- Hivatkozás - hol van Önben Adjon meg hivatkozást a hasonló dokumentumokra. követelmények, tervezés, architektúra vagy esetleg képernyőképek a hibáról, amelyek segítenek megérteni a hibát
- Detected By - A hibát felvető tesztelő neve / azonosítója
- Állapot - A hiba állapota, erről később
- Fixed by - A fejlesztő neve / azonosítója, aki javította
- Dátum bezárva - A hiba lezárásának dátuma
- Súlyosság, amely leírja a hiba hatását az alkalmazásra
- Prioritás, amely a hibajavítás sürgősségével kapcsolatos. A súlyossági prioritás lehet magas / közepes / alacsony az ütközés sürgőssége alapján, amelynél a hibát rendbe kell hozni
Kattintson ide, ha a videó nem érhető el
Erőforrások
Töltsön le egy hibajelentési sablont
Tekintsük a következőket tesztkezelőként
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ót verbálisan hajtják végre, hamarosan a dolgok nagyon bonyolulttá válnak. A hibák kezeléséhez és hatékony kezeléséhez szükség van a hiba életciklusára.
Mi az a hibakezelési folyamat?
A hibakezelés egy szisztematikus folyamat a hibák azonosítására és kijavítására. A hibakezelési ciklus a következő szakaszokat tartalmazza: 1) A hibák felderítése, 2) A hibák kategorizálása 3) A hibák javítása a fejlesztők részéről
Ez a témakör ismerteti, hogyan alkalmazhatja a hibakezelési folyamatot a projekt Guru99 Bank webhelyére. A hibák kezeléséhez kövesse az alábbi lépéseket.
Felfedezés
A felfedezés szakaszában a projektcsoportoknak a lehető legtöbb hibát fel kell fedezniük , mielőtt a végső ügyfél felfedezné azokat. Azt mondják, hogy egy hibát felfedeztek, és az állapot elfogadhatóvá vált, amikor azt a fejlesztők elismerik és elfogadják
A fenti forgatókönyv szerint a tesztelők 84 hibát fedeztek fel a Guru99 weboldalon.
Vessünk egy pillantást a következő forgatókönyvre; tesztelő csapata felfedezett néhány kérdést a Guru99 Bank webhelyén. Hibának tekintik őket, és jelentést tettek a fejlesztői csapatnak, de konfliktus van -
Ebben az esetben tesztkezelőként mit fog tenni?
A) Egyetért a tesztcsoporttal, hogy hibája van
B) A Test Manager bírói szerepet tölt be annak eldöntésében, hogy a probléma hibás-e vagy sem
C) megállapodik a fejlesztőcsapat, hogy ez nem hiba Helyes Helytelen
Ebben az esetben megoldási eljárást kell alkalmazni a konfliktus megoldására. Ön bíróként vállalja annak eldöntését, hogy a webhely problémája-e vagy sem.
Besorolás
A hibák kategorizálása segíti a szoftverfejlesztőket abban, hogy prioritássá tegyék feladataikat. Ez azt jelenti, hogy ez a fajta prioritás segíti a fejlesztőket abban, hogy először kijavítsák azokat a hibákat, amelyek rendkívül fontosak.
A hibákat általában a Test Manager kategorizálja -
Végezzünk egy kis gyakorlatot az alábbiak szerint: Húzza és dobja a hiba elsőbbségét
- Kritikai
- Magas
- Közepes
- Alacsony
| 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 a mobileszközökön |
|
| 4) A webhely nem emlékezett a felhasználói bejelentkezési munkamenetre |
|
| 5) Néhány link nem működik |
|
Itt vannak az ajánlott válaszok
| Nem. | Leírás | Kiemelten fontos | Magyarázat |
|---|---|---|---|
| 1 | A weboldal teljesítménye túl lassú | Magas | A teljesítményhiba hatalmas kellemetlenségeket okozhat a felhasználók számára. |
| 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, akkor komoly hibákról van szó |
| 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 az okostelefont használja 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ó képes lesz bejelentkezni, de további tranzakciókat nem hajthat végre |
| 5. | Néhány link nem működik | Alacsony | Ez egy egyszerű megoldás a fejlesztői srácok számára, és a felhasználó továbbra is hozzáférhet az oldalhoz ezeken a linkeken kívül |
Defect Resolution
A szoftverek tesztelésében a hibák elhárítása lépésről lépésre javítja a hibákat. A hibaelhárítási folyamat azzal kezdődik, hogy a hibákat hozzárendeli a fejlesztőkhöz, majd a fejlesztők ütemezés szerint ütemezik a hiba javítását, majd a hibák javításra kerülnek, végül a fejlesztők jelentést küldenek a tesztkezelőnek. Ez a folyamat segít a hibák kijavításában és nyomon követésében.
A hiba kijavításához kövesse az alábbi lépéseket.
- Feladat : Fejlesztőhöz vagy más technikushoz rendelték a javításhoz, és az állapotot válaszadóra változtatta .
- Ütemezés javítása : A fejlesztői oldal vállalja a felelősséget ebben a szakaszban. Létrehoznak egy ütemtervet a hibák kijavítására, a hiba prioritásától függően.
- Javítsa ki a hibát : Amíg a fejlesztő csapat javítja a hibákat, a Test Manager nyomon követi a hiba javításának folyamatát a fenti ütemtervhez képest.
- Jelentés a felbontásról : Jelentés a fejlesztőktől a hibák kijavításakor.
Igazolás
Miután a fejlesztőcsapat kijavította és bejelentette a hibát, a tesztelőcsoport ellenőrzi, hogy a hibák valóban megszűntek-e.
Például a fenti forgatókönyv szerint, amikor a fejlesztői csapat arról számolt be, hogy már 61 hibát kijavítottak, a csapata újra tesztelné, hogy ellenőrizze ezeket a hibákat valóban javították-e.
Bezárás
Miután a hiba elhárult és igazolt, a hiba státusza lezárt állapotú lesz . Ha nem, akkor értesítést küldött a fejlesztőnek a hiba újbóli ellenőrzéséről.
Hibabejelentés
A hibajelentés a szoftvertesztelés során olyan folyamat, amelyben a tesztmenedzserek elkészítik és elküldik a hibajelentést a vezetőségnek, hogy visszajelzést adjon 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 kommunikációban, a hibák részletesebb nyomon követésében és magyarázatában.
Az igazgatóságnak joga van tudni a hiba állapotát. Meg kell érteniük a hibakezelési folyamatot, hogy támogassák Önt ebben a projektben. Ezért be kell jelentenie nekik az aktuális hibahelyzetet, hogy visszajelzést kapjon tőlük.
Fontos hibamutatók
Vissza a fenti forgatókönyvre. A fejlesztő és a tesztcsoportok áttekintették a jelentett hibákat. Itt van ennek a beszélgetésnek az eredménye
Hogyan mérhető és értékelhető a teszt végrehajtásának minősége?
Ezt a kérdést minden tesztmenedzser szeretné tudni. Két paramétert tekinthet a következőknek
A fenti forgatókönyv szerint kiszámíthatja a defektus elutasítási arányát (DRR): 20/84 = 0,238 (23,8%).
Egy másik példa, amely feltételezi, hogy a Guru99 Bank webhelye összesen 64 hibát tartalmaz, de a tesztelő csapat csak 44 hibát észlel, azaz 20 hibát hibázott el . Ezért kiszámíthatja a hibaszivárgási arányt (DLR) 20/64 = 0,312 (31,2%).
Következtetésként elmondható, hogy a teszt végrehajtásának minőségét két paraméter segítségével értékelik
Minél kisebb a DRR és a DLR értéke, annál jobb a teszt végrehajtásának minősége. Mi az elfogadható aránytartomány ? Ez a tartomány meghatározható és elfogadható a projekt célpontjában, vagy hivatkozhat hasonló projektek mutatóira.
Ebben a projektben az elfogadható arány ajánlott értéke 5 ~ 10%. Ez azt jelenti, hogy a teszt végrehajtásának minősége alacsony. Meg kell találnia az ellenintézkedéseket ezen arányok csökkentésére, mint pl
- Javítsa a tag tesztelési képességeit.
- Töltsön több időt a végrehajtás tesztelésére, különösen a teszt végrehajtási eredményeinek áttekintésére.