fehér Box Tesztelés – Mi az, technikák, példa és típusok
Thomas Hamilton
fehér Box Tesztelés
fehér Box Tesztelés egy olyan tesztelési technika, amelyben a szoftver belső szerkezetét, kialakítását és kódolását tesztelik a bemeneti-kimeneti áramlás ellenőrzése, valamint a tervezés, a használhatóság és a biztonság javítása érdekében. A fehérdobozos tesztelés során a kód látható a tesztelők számára, ezért ezt Clear box tesztelésnek, Nyílt dobozos tesztelésnek, Átlátszó doboz tesztelésnek, Kódalapú tesztelésnek és Üvegdoboz tesztelésnek is nevezik.
Ez az egyik a két rész közül Box Tesztelési megközelítés a szoftverteszthez. Ennek megfelelője, a Blackbox tesztelés külső vagy végfelhasználói szemszögből történő tesztelést foglal magában. Másrészt a White box tesztelés a szoftverfejlesztésben egy alkalmazás belső működésén alapul, és a belső tesztelés körül forog.
A „FehérBox” az átlátszó doboz koncepciója miatt használták. Az átlátszó doboz vagy fehérBox A név azt a képességet szimbolizálja, hogy a szoftver külső héján (vagy „dobozán”) átláthatunk a belső működésébe. Hasonlóképpen a „fekete doboz” a „Fekete Box Tesztelés” jelképezi, hogy nem látjuk a szoftver belső működését, így csak a végfelhasználói élményt lehet tesztelni.
fehér Box Teszt videó
Kattints itt ha a videó nem érhető el
Mit igazolsz fehérben Box Tesztelés?
A fehér doboz tesztelése magában foglalja a szoftverkód tesztelését a következőkhöz:
- Belső biztonsági lyukak
- Törött vagy rosszul strukturált utak a kódolási folyamatokban
- Konkrét bemenetek áramlása a kódon keresztül
- Várható kimenet
- A feltételes hurkok működése
- Minden utasítás, objektum és funkció egyedi tesztelése
A tesztelés elvégezhető a szoftverfejlesztés rendszer-, integráció- és egységszintjén. A whitebox tesztelésének egyik alapvető célja egy alkalmazás működési folyamatának ellenőrzése. Ez magában foglalja egy sor előre definiált bemenet tesztelését a várt vagy kívánt kimenetekkel szemben, így ha egy adott bemenet nem eredményezi a várt kimenetet, hibába ütközött.
Hogyan teljesíti a White Box Tesztelés?
Két alapvető lépésre osztottuk, hogy egyszerűsített magyarázatot adjunk a fehér doboz tesztelésére. Ezt teszik a tesztelők, amikor egy alkalmazást fehér dobozos tesztelési technikával tesztelnek:
1) LÉPÉS MEGÉRTSE A FORRÁSKÓDOT
Az első dolog, amit a tesztelő gyakran megtesz, az az, hogy megtanulja és megérti az alkalmazás forráskódját. Mivel a fehérdobozos tesztelés egy alkalmazás belső működésének tesztelését foglalja magában, a tesztelőnek nagyon jól ismernie kell az általa tesztelt alkalmazásokban használt programozási nyelveket. Ezenkívül a tesztelő személynek nagyon tisztában kell lennie a biztonságos kódolási gyakorlatokkal. A biztonság gyakran a szoftver tesztelésének egyik elsődleges célja. A tesztelőnek képesnek kell lennie megtalálni a biztonsági problémákat, és meg kell akadályoznia a hackerek és naiv felhasználók támadásait, akik akár tudatosan, akár tudatlanul rosszindulatú kódot juttathatnak be az alkalmazásba.
2. LÉPÉS) TESZT-ESETEK LÉTREHOZÁSA ÉS VÉGREHAJTÁSA
A fehér doboz tesztelésének második alapvető lépése az alkalmazás forráskódjának tesztelése a megfelelő áramlás és struktúra szempontjából. Az egyik módszer az, ha több kódot ír az alkalmazás forráskódjának tesztelésére. A tesztelő kis teszteket fejleszt az alkalmazás minden egyes folyamatához vagy folyamatsorozatához. Ez a módszer megköveteli, hogy a tesztelő alaposan ismerje a kódot, és ezt gyakran a fejlesztő végzi. Egyéb módszerek közé tartozik Kézi tesztelés, próba- és hibatesztelés, valamint tesztelőeszközök használata, amint azt ebben a cikkben a továbbiakban kifejtjük.
fehérBox Tesztelési példa
Tekintsük a következő kódrészletet
Printme (int a, int b) { ------------ Printme is a function
int result = a+ b;
If (result> 0)
Print ("Positive", result)
Else
Print ("Negative", result)
} ----------- End of the source code
Fehér góljaBox A szoftverfejlesztésben a tesztelés célja a kódban található összes döntési ág, ciklus és utasítás ellenőrzése.
A fenti fehér dobozos tesztpélda állításainak gyakorlásához WhiteBox tesztesetek lennének
- A = 1, B = 1
- A = -1, B = -3
fehér Box Tesztelési technikák
A White Box egyik fő tesztelési technikája a Code Coverage elemzés. A kódlefedettség elemzése megszünteti a hiányosságokat a Teszt eset lakosztály. A program azon területeit azonosítja, amelyeket nem tesztesetek halmaza gyakorol. A hiányosságok azonosítása után teszteseteket készít a kód nem tesztelt részeinek ellenőrzésére, ezáltal javítva a szoftvertermék minőségét.
A végrehajtáshoz automatizált eszközök állnak rendelkezésre Kódlefedettség elemzése. Az alábbiakban bemutatunk néhány lefedettségelemzési technikát, amelyet a doboztesztelő használhat:
Nyilatkozat lefedettsége:- Ez a technika megköveteli, hogy a kód minden lehetséges utasítását legalább egyszer teszteljék a tesztelési folyamat során szoftverfejlesztés.
Fiók lefedettsége – Ez a technika egy szoftveralkalmazás minden lehetséges útvonalát (if-else és egyéb feltételes ciklusokat) ellenőrzi.
A fentieken kívül számos lefedettségi típus létezik, mint például a feltétel lefedettsége, a többszörös feltétel lefedettsége, az útvonal lefedettsége, a funkció lefedettsége stb. Minden technikának megvannak a maga előnyei, és megvannak a kísérletei a szoftverkód minden részének tesztelésére (lefedésére). A Statement és Branch lefedettség használatával általában 80-90%-os kódlefedettséget érhet el, ami elegendő.
A következőkben fontos fehérBox Tesztelési technikák:
- Nyilatkozat lefedettsége
- Döntés lefedettsége
- Ágak lefedettsége
- Feltétel Lefedettség
- Több feltétel fedezete
- Véges állapotú gépi lefedettség
- Útlefedettség
- Ellenőrző áramlási tesztelés
- Adatfolyam tesztelése
A fehér fajtái Box Tesztelés
Fehér doboz tesztelés számos tesztelési típust foglal magában, amelyeket egy alkalmazás, kódblokk vagy adott szoftvercsomag használhatóságának értékelésére használnak. Az alábbiakban felsoroljuk -
- Egység tesztelése: Gyakran ez az első típusú tesztelés egy alkalmazáson. Egység tesztelése végrehajtása minden egységen vagy kódblokkon a fejlesztés során történik. Az egységtesztelést lényegében a programozó végzi. Szoftverfejlesztőként néhány sor kódot, egyetlen funkciót vagy objektumot fejleszt, és teszteli, hogy megbizonyosodjon a működéséről, mielőtt folytatná az egységtesztelést, amely segít azonosítani a hibák többségét a szoftverfejlesztési életciklus korai szakaszában. Az ebben a szakaszban azonosított hibák olcsóbbak és könnyen javíthatók.
- Memóriaszivárgás tesztelése: A memóriaszivárgás az alkalmazások lassabban futó okai. A memóriaszivárgás észlelésében jártas minőségbiztosítási szakember elengedhetetlen azokban az esetekben, amikor lassan futó szoftveralkalmazása van.
A fentieken kívül néhány tesztelési típus a fekete doboz és a fehér doboz tesztelésének is része. Az alábbiakban felsoroljuk őket
- fehér Box Penetrációs vizsgálat: Ebben a tesztelésben a tesztelő/fejlesztő teljes információval rendelkezik az alkalmazás forráskódjáról, a részletes hálózati információkról, az érintett IP-címekről és az összes szerverinformációról, amelyen az alkalmazás fut. A cél az, hogy több oldalról támadják meg a kódot, hogy feltárják a biztonsági fenyegetéseket.
- fehér Box Mutációs tesztelés: Mutációs tesztelés gyakran használják a szoftvermegoldások bővítéséhez használható legjobb kódolási technikák felfedezésére.
fehér Box Tesztelő eszközök
Az alábbiakban felsoroljuk a legjobb fehér dobozos tesztelési eszközöket.
A fehér előnyei Box Tesztelés
- Kódoptimalizálás a rejtett hibák megtalálásával.
- A fehér dobozos tesztesetek könnyen automatizálhatók.
- A tesztelés alaposabb, mivel általában minden kódút le van fedve.
- A tesztelés korán elkezdődhet SDLC még akkor is, ha a GUI nem elérhető.
A fehér hátrányaiBox Tesztelés
- A fehér doboz tesztelése meglehetősen bonyolult és költséges lehet.
- Azok a fejlesztők, akik általában fehérdobozos teszteseteket hajtanak végre, utálják. A fejlesztők fehér dobozos tesztelése nem részletezett, és gyártási hibákhoz vezethet.
- A fehér doboz tesztelése professzionális erőforrásokat igényel a programozás és a megvalósítás részletes megértésével.
- A fehér dobozos tesztelés időigényes, a nagyobb programozási alkalmazásoknál időbe telik a teljes tesztelés.
Következtetés
- A fehér doboz tesztelése meglehetősen összetett lehet. A bonyolultság nagymértékben függ a tesztelt alkalmazástól. Egy kis alkalmazás, amely egyetlen egyszerű műveletet hajt végre, néhány perc alatt tesztelhető fehér dobozban, míg a nagyobb programozási alkalmazások teljes tesztelése napokba, hetekbe és még tovább tart.
- A szoftvertesztelés során a fehérdobozos tesztelést egy szoftveralkalmazáson kell elvégezni, amint azt a megírása után fejlesztik, és minden módosítás után újra.
