A fekete doboz tesztelésének áttekintése
A fekete doboz tesztelése olyan szoftver tesztelési módszer, amelyben a tesztelni kívánt elem belső felépítése, kialakítása vagy megvalósítása a tesztelő számára ismeretlen.
Mi a szoftver tesztelése?
A szoftver tesztelése egy olyan rendszer kiértékelésének az eljárása, amelynek célja hibákat találni. Ellenőrzik, hogy a rendszer megfelel-e a meghatározott követelményeknek. A tesztelés méri a rendszer általános minőségét a helyességének, teljességének, használhatóságának, teljesítménye és más funkcionális és nem funkcionális tulajdonságok szempontjából.
A fekete doboz tesztelése olyan szoftver tesztelési technika, amely a szoftver funkcionalitásának elemzésére összpontosít, szemben a belső rendszer mechanizmusaival. A fekete doboz tesztelését az ügyfelek igényeinek, specifikációinak és magas szintű tervezési stratégiáinak elemzésére fejlesztették ki. A fekete doboz szoftver tesztelője kiválasztja az érvényes és érvénytelen bemeneti készlet és a kód végrehajtási feltételeit, és ellenőrzi az érvényes kimeneti válaszokat. A fekete dobozos tesztelést funkcionális tesztelésnek vagy zárt dobozos tesztelésnek is nevezik.
Például egy alkalmazás keresőmotorja. A keresőmotorban a felhasználó szöveget írhat be a böngésző keresősávjába. A keresőmotor ezután megkeresi és lekérdezi a kapcsolódó felhasználói adatok kimenetet. A felhasználó nem ismeri, mi történik a színfalak mögött. A belső megvalósítás tehát nem jelenti őt megértését.
A fekete doboz tesztelésének előnyei a következők:
- Egyszerűség: Megkönnyíti a magas szintű tervek és az összetett alkalmazások tesztelését
- Források megtakarítása: A tesztelők a szoftver funkcionalitására összpontosítanak.
- Teszt esetek: Összpontosítás a szoftver funkcionalitására a teszt eset gyors fejlesztésének megkönnyítése érdekében.
- Rugalmasságot nyújt: Nincs szükség speciális programozási ismeretekre.
Egy példa
A tesztelő a weblapokat teszteli, vagyis kattintásokkal és billentyűleütésekkel egy böngésző segítségével, inputok biztosításával és a belső struktúrák ismerete nélkül, így ellenőrizve a kimeneteket a várt eredményekkel.
A fekete doboz teszteléséhez használt eszközök
A fekete doboz tesztelő eszközei alapvetően attól függnek, hogy milyen típusú fekete doboz tesztelést hajt végre.
- A funkcionális / regressziós tesztek elvégezhetők a QTP vagy a szelén segítségével
- A nem funkcionális tesztek a LoadRunner vagy a Jmeter segítségével végezhetők el.
Levels
A Black Box tesztelésnél a következő szintek vannak a szoftver tesztelésére:
- Integrációs tesztelés
- Rendszer tesztelése
- Átvételi teszt
Mivel a szint magasabb, a doboz nagyobb és összetettebb lenne, és a fekete dobozos tesztelés is bekerül a képbe.
A fekete doboz tesztelésének meghatározása
A fekete dobozos tesztelést úgy lehet meghatározni, mint egy tesztelési technikát, ahol az Application Under Test (AUT) funkcionalitását teszteljük, de a belső kód felépítésére, a megvalósítás részleteire és a szoftver belső útjainak ismeretére figyelmen kívül hagyva.
A fekete doboz tesztelésének megértése
A fekete doboz tesztelése az összes szoftver specifikációra és követelményre vonatkozik. A Black Box tesztelése csak a szoftver rendszer bemeneteire és outputjaira koncentrál, és egyáltalán nem zavarja a szoftver belső ismereteit.
Hogyan teszi a Black Box tesztelés ilyen egyszerűvé a munkát?
Van egy szoftver tesztelés életciklusa, azaz STLC, amely a fekete doboz tesztelése, amely a szoftverfejlesztési életciklus minden szakaszára vonatkozik.
- Az STLC kezdeti vagy első szakaszában összegyűjtik a termékre vonatkozó követelményeket. Ezt nevezzük követelménygyűjtési szakasznak.
- Az ezt követő szakasz a teszttervezés és a tesztanalízis fázisa. Ennek a szakasznak a teljesítménye általában a projektenként elvégzendő tesztelés típusa, valamint a kockázatok meghatározására és a kockázatok enyhítésére szolgáló vizsgálati terv.
- A harmadik szakasz a tervezési szakasz, amelyben a tesztelési esetek, a teszt szkriptek elkészülnek a szoftverkövetelmény-dokumentumok vagy az üzleti követelménydokumentumok segítségével.
- Az utolsó szakasz a Test Execution szakasz. Ahogy a neve is sugallja, ebben a szakaszban az összes teszt eset vagy szkript végrehajtásra kerül. Az összes megtalált hibát jelentik, kijavítják és újra tesztelik.
Mit tehet a Black Box tesztelésével?
Az alábbiakban ismertetjük a Black Box tesztelés során alkalmazott kiemelkedő tesztelési stratégiákat:
- Az egyenértékűség tesztelése
- Határérték-tesztelés
- Döntési táblázat tesztelése
- Ok-okozati teszt
- Követelmény alapú tesztelés
- Kompatibilitási tesztelés
Az egyenértékűség tesztelése
Az ilyen típusú tesztelés előnyben részesített, mivel elősegíti a tesztesemények minimalizálását olyan szintre, ahol a követelmények fedezetének esélyei az optimális szintre esnek.
Ez a következő két lépésben történik:
1. Azonosítás és osztás ekvivalencia osztályokba: Először a bemeneti adatokat legalább két halmazra osztják fel - az első halmaz tartalmazza az érvényes bemeneti értékek listáját, a második halmaz pedig az érvénytelen bemeneti értékek listáját. Például, ha van egy olyan korosztály, amely a 20–40 évesek között lehet, akkor az érvényes bemeneti értékek lehetnek 21, 25, 30, 39 stb., És az érvénytelen bemeneti értékek lehetnek 20-nál kisebb vagy annál nagyobb értékek, mint 40, például 10, 15, 45, 55 stb.
2. Teszt esetek létrehozása - Minden érvényes bemeneti osztályhoz és érvénytelen bemeneti osztályhoz egyedi azonosító számot rendelünk, majd a teszt eseteket a két bemeneti osztály két csoportjának lefedésére szánták.
Határérték-tesztelés
A határérték-tesztelés alapvetően a határértékekre összpontosít. Megvizsgálja, hogy egy bizonyos értéktartományt a rendszer elfogad-e vagy sem. A határérték-tesztelés hasznos a teszt esetek számának csökkentése / minimalizálása érdekében. A határérték-tesztelés a legmegfelelőbb azoknál a rendszereknél, ahol a bemenetek bizonyos tartományon belül vannak.
Döntési táblázat tesztelése
A döntési táblázat mátrix formájában mutatja be az okokat és azok egyidejű hatásait. A döntési táblázat tesztelésekor minden egyes oszlopban létezik egyedi kombináció.
Ok-okozati grafikonok
Ok-hatás grafikon az okok (logikai bemenetek) közötti kapcsolatot alakítja ki a megfelelő hatással (Műveletek). Ezeket Boole-gráfok segítségével ábrázoljuk. A követendő lépések a következők:
- A bemenetek és a kimenetek azonosítása.
- Az ok-okozati gráf kidolgozása.
- A grafikon átalakítása a döntési táblázatba.
- A döntési táblázat szabályainak konvertálása teszt esetekké.
Követelmény alapú tesztelés
Ez a típusú vizsgálat magában foglalja annak ellenőrzését, hogy az SRS-ben vagy a szoftverkövetelmény-specifikációban említett követelmények érvényesek-e vagy sem.
Kompatibilitási tesztelés
A funkcionalitás biztosítása érdekében mind a termékek, mind az infrastruktúra a tesztüzem végrehajtásának eredményétől függ. Az infrastruktúra paramétereiben bekövetkezett változásoktól függetlenül a termék továbbra is várhatóan megfelelően fog működni. Az alábbiakban felsorolunk néhány, a szoftver kompatibilitását általában befolyásoló paramétert:
- Pentium 3 vagy Pentium 4 processzorok és az alkalmazott processzorok száma
- 32 vagy 64 bites architektúra
- Adatbázis-kiszolgálók vagy bármely más háttér-összetevő
- Operációs rendszer típusa (Windows, Linux, stb.)
Munka a Black Box teszteléssel
Az alábbiakban bemutatjuk a fekete doboz tesztelésének elvégzéséhez szükséges alapvető lépéseket.
- Először a rendszer specifikációival és követelményeivel foglalkozunk.
- Másodszor, a tesztelő logikai bemeneteket választana, vagyis pozitív tesztforgatókönyveket annak ellenőrzésére, hogy a SUT megfelelően feldolgozta-e őket. Ezenkívül érvénytelen bemeneteket, vagyis negatív tesztforgatókönyvet is választanak annak ellenőrzésére, hogy a SUT észlelheti-e őket.
- Harmadszor, a tesztelők ezután meghatározzák az összes érvényes bemenetre várható outputokat.
- Negyedszer, a szoftver tesztelő teszteket hoz létre a kiválasztott és érvényes bemenetekkel.
- Ötödször, a létrehozott teszt esetek végrehajtásra kerülnek.
- Hatodszor, a szoftver tesztelők megkülönböztetik a tényleges kimeneteket a várt kimenetekkel, és ellenőrzik, hogy azonosak-e.
- Végül, ha vannak ilyenek, ezeket rögzítik és újra tesztelik.
Előnyök
- A fekete doboz teszteket mindig a felhasználó szempontjából hajtják végre, mivel ez jelentősen segítene az eltérések feltárásában.
- A fekete doboz tesztelőknek nem is kell tudniuk a programozási nyelveket.
- A fekete doboz tesztelőknek nem kell tudniuk a szoftver megvalósítását.
- A fekete dobozhoz kapcsolódó teszt eseteket a tesztelők tervezik, amint a műszaki adatok befejeződnek.
hátrányok
- Mivel nincs szükség műszaki vagy programozási ismeretekre, előfordulhat, hogy figyelmen kívül hagyják a forgatókönyv minden érvényes és lehetséges feltételét, amelyet meg kell vizsgálni.
- Időkorlátozások (előírt idő) miatt kevesebb tesztelés és minden lehetséges bemenet és kimeneti tesztelés tudatlansága lehetséges.
- A teljes és a kész tesztfedezet gyakran nem lehetséges komplex és nagy projekteknél.
Miért kellene használni a Black Box tesztelést?
A Black box tesztelés eszközei alapvetően rögzítési és lejátszási eszközök. Ezek az eszközök a teszt eseteit szkriptek, például TSL, JavaScript, VB szkriptek stb. Formájában rögzítik. Ezeket az eszközöket alapvetően regressziós tesztelésre használják annak ellenőrzésére, hogy a megadott új felépítés hibát okoz-e már a már jól működő alkalmazás funkciókban .
terület
A Black Box tesztelés kiemelkedő és legfontosabb típusai a következők:
- Funkcionális tesztelés: Az ilyen típusú fekete dobozos tesztelés a rendszer funkcionális követelményeire vonatkozik, és a szoftvertesztelők végzik.
- Nem funkcionális tesztelés: Ez a fekete dobozos tesztelés nem az adott funkcionalitás tesztelésére vonatkozik, hanem mindazon nem funkcionális követelményekre, mint például a teljesítmény, a használhatóság, a méretezhetőség és még sok más.
- Regressziós tesztelés: A regressziós tesztelést a kód rögzítése, a kód frissítése vagy a rendszer bármilyen más karbantartása után elvégezzük annak ellenőrzésére, hogy az új kód nem befolyásolja-e a meglévő funkciókat.
Különbségek
A „Black Box Testing” a szoftver tesztelési technikája, amelynek során a tesztelni kívánt termék belső felépítése vagy kialakítása vagy megvalósítása a tesztelő számára ismeretlen.
A White Box tesztelés olyan szoftver tesztelési technika, amelyben a tesztelni kívánt termék belső felépítése vagy kialakítása vagy megvalósítása a tesztelő számára ismert.
| Fekete doboz tesztelése | Fehér doboz tesztelése |
| A fekete doboz tesztelése az, amikor a belső szerkezet vagy a program, vagy a kód ismeretlen. | A fehér dobozos tesztelés során a tesztelő ismeri a szoftver belső felépítését |
| Ezt általában szoftver tesztelők végzik. | Ezt általában szoftverfejlesztők végzik. |
| Itt nincs szükség a végrehajtás ismeretére. | Itt szükséges a végrehajtás ismerete. |
| Ezt külső / külső szoftver tesztelésnek is nevezhetjük. | Ezt belső / belső szoftver tesztelésnek is nevezhetjük. |
| A fekete doboz tesztelése a szoftver funkcionális tesztje. | A fehér doboz tesztelése a szoftver szerkezeti tesztje. |
| Ez a tesztelés a követelmény-specifikációk alapján indítható. | A szoftver ilyen típusú tesztelését egy részletes tervdokumentum kidolgozása után indítják el. |
| Itt nincs szükség a programozási nyelv ismeretére. | Itt kötelező legalább egy programozási nyelv ismerete. |
| Alapvetően a szoftver viselkedésvizsgálata. | Ez a szoftver alapvető logikai tesztelése. |
| Leginkább a magasabb szintű tesztelésre alkalmazható. | Leginkább az alacsonyabb szintű tesztelésre alkalmazható. |
| Viselkedésvizsgálatnak is nevezik. | Tiszta vagy üveg dobozos tesztelésnek is nevezik. |
| A fekete doboz tesztelése kevesebb időigényes, mint a White Box tesztelés. | A fehér doboz tesztelése időigényesebb, mint a fekete doboz tesztelése. |
| A fekete doboz tesztelése nem megfelelő algoritmus teszteléshez. | A fehér négyzet tesztelése megfelelő az algoritmus teszteléséhez. |
| Kísérleti és hiba-módszerekkel érhető el. | Az adatok belső vagy belső határait és azok tartományát alaposan tesztelni lehet. |
| Például: Kulcsszavak segítségével kereshet valamit a google-on | Például: Bemenetek használata a hurkok ellenőrzéséhez és ellenőrzéséhez. |
típusai
| típusai
|
Következtetés:
Az összes megvitatott téma mind a fekete doboz tesztelésével, mind annak technikáinak és módszereinek alapvető és fejlett témáival foglalkozik.
Mivel az emberi részvétel mellett mindegyiket nem lehet tesztelni, és 100% -os pontossággal is, de ha a már meghatározott módszereket nagyon hatékonyan alkalmazzák, akkor minden kétséget kizáróan javítani fogja a rendszer minőségét. Ezért a befejezés érdekében a fekete dobozos tesztelés komolyan nagyon hatékony módszer a hibák azonosítására, valamint a rendszer működésének ellenőrzésére.
Ajánlott cikkek
Ez egy útmutató a Black Box teszteléséhez. Itt megvitattuk, hogy miként hajtják végre a Black Box tesztelését példák és különféle eszközökkel ellátott Black Box tesztelési technikák segítségével. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Fehér doboz tesztelése
- Interjúkérdések tesztelése
- Mi a Hypervisor?
- Játéktesztelési interjúkérdések