Čo je testovanie v šedej skrinke

Aby sme pochopili, čo znamená testovanie v šedej skrinke, musíme najprv pochopiť, čo znamená testovanie softvéru! Testovanie softvéru je činnosť na overenie, či je výstup / výsledok ekvivalentný očakávanému výstupu / výsledku, čo znamená, že softvér správne beží. Výsledok získaný po spustení určitého softvéru / systému sa musí zhodovať s výsledkom, ktorý sa očakáva ako výstup zo softvéru / systému; ak tak neurobí, softvér sa musí prepísať znova alebo sa v ňom musia vykonať určité zmeny. Zjednodušene povedané, testovanie v šedej skrinke je zlúčením testovania v čiernej skrinke a testovaní v bielej skrinke. Testery sivej skrinky preberajú vstupné údaje z používateľského rozhrania a interne kontrolujú, či tieto údaje prúdia logicky alebo kódom definovaným spôsobom.

Pochopenie testovania šedej skrinky

Testovanie sivých škvŕn je produktom testovania v čiernych skriniach a testov v bielych skriniach. Black Box Testing znamená, že tester nemá vedomosti o tom, ako softvér funguje vo vnútri. Tento typ testovania sa vykonáva na úrovni používateľa. Teda tester skontroluje, či sa dosiahne konečný výsledok, a nevie, či kód správne pracuje v slučkách a vo vnútri sa zlomí. Testéri softvéru sú teda tí, ktorí sú vo všeobecnosti zodpovední za testovanie v čiernych skriniach. Presne opačný je test White Box. Tento typ testovania vykonávajú väčšinou vývojári softvéru, pretože kontrolujú, či sa konkrétny výsledok získa pri určitej prestávke. Pri testovaní v bielych skrinkách majú testeri (zvyčajne vývojári) vedomosti o tom, ako softvér interne funguje.


Ako už bolo povedané, pri testovaní v šedej skrinke tester zadá na účely testovania nejaké fiktívne hodnoty, aby skontroloval správny tok výstupu. Aby bolo možné používať testovanie v šedej skrinke, musí mať tester vedomosti o vývoji softvéru a testovaní, aby mohol skontrolovať správny tok.

Príklady testovania šedej skrinky

Ako už vieme, tester v testoch sivej skrinky pozná iba čiastočnú logiku; stáva sa prostredným spôsobom, ktorým môže užívateľ otestovať logiku alebo softvér. Najlepším príkladom na vysvetlenie toho by bolo; v určitom softvéri musí užívateľ použiť nejakú aplikáciu tretej strany. Táto aplikácia, keď sa používa, iba jej časť je vystavená vývojárovi. Teraz to možno skontrolovať iba pomocou vstupných údajov a časti, ktorá bola odhalená. Toto je perfektný príklad toho, ako funguje testovanie v šedej skrinke.

Ďalším príkladom by mohlo byť fungovanie odkazov HTML. Tester skontroluje odkazy. Niektoré odkazy, na ktoré môže kliknúť, môžu alebo nemusia otvoriť správnu stránku. Ak odkaz neprejde na očakávanú stránku, tester môže zmeniť adresu odkazu z čiastočne odkrytého kódu a opraviť ho.

Jedným z ďalších príkladov testovania šedej skrinky sú validácie, ktoré sa používajú pri zadávaní údajov. Väčšina z nás to zaznamenala pri zadávaní podrobností online, dostaneme chyby, ak zadáme nesprávne údaje, napríklad; „ “. Teraz uvidíme tento nesprávny vstup a dostaneme chybové hlásenie. Tester to napraví na svojom konci zakázaním kódu.

Techniky testovania sivej skrinky

  1. Maticové testovanie: Vývojári definujú celú premennú, ktorá sa môže použiť počas vykonávania softvéru. Každá z týchto premenných má s ňou spojené technické a obchodné riziko. Riziká sa testujú vo fáze testovania matíc.
  2. Testovanie vzorov: Vykonáva sa analýza predchádzajúcich zlyhaní softvéru. Prečo a ako zlyhal softvér, sa berie do úvahy a zaznamenáva sa pre budúce referencie. To pomáha pri navrhovaní testovacích prípadov v budúcnosti, ktoré nenechajú softvér zlyhať.
  3. Ortogonálne testovanie: Zvyčajne sa používa, keď je množstvo údajov menšie, ale zložitosť je väčšia. Na posúdenie sa teda používajú všetky možné permutácie a kombinácie.
  4. Regresné testovanie: Keď sa v softvéri vykonajú určité zmeny, aby sa dosiahol požadovaný výstup, vykoná sa regresné testovanie, aby sa skontrolovalo, či aktuálna logika neovplyvňuje výstup a nepracuje so softvérom a že požadovaný výsledok je stále odvodený.

výhody

  1. Keďže ide o derivát testovacích metód Black Box a White Box, pridáva ďalšie výhody oboch testovacích techník.
  2. Testovanie sa vykonáva z pohľadu užívateľa viac ako z pohľadu vývojárov.
  3. Testéri nemusia mať prístup ku všetkým kódom / logike.
  4. Okamžité opravy je možné vykonať, pretože je k dispozícii čiastočný kód.
  5. Tok údajov je riadený a udržiavaný správne.
  6. Spravuje sa spravodlivá kontrola softvéru a medzi vývojármi a testermi nevznikajú žiadne konflikty

nevýhody

  1. Pretože je k dispozícii iba obmedzený prístup k kódu / logike, niekedy nie je možné vykonať úplné opravy, čo znamená, že niekedy softvér zostane taký, aký je.
  2. Iné typy testovania v bielych skriniach, ako napríklad testovanie algoritmov, nie je možné vykonať, pretože úplná logika nie je k dispozícii.
  3. Je ťažké vykonať tento typ testovania na distribuovaných architektonických softvérových systémoch.

Prečo by sme mali používať testovanie v šedej skrinke

Od teraz všetci vieme, že je veľmi efektívny nielen s webovými aplikáciami, ale aj s obchodnými aplikáciami, takže opraví väčšinu softvérových riešení. Ako už názov napovedá, Gray Box je niekedy známy aj ako priehľadný box, tester nemusí mať úplné vedomosti o systéme. Táto testovacia metóda určite preniká aplikáciou a dostáva sa k jadru problému a bez znalosti celého kódu môže byť opravená.

záver

S toľkými výhodami použitia si bude nevyhnutne vyžadovať testovanie šedých skriniek. Ako už bolo uvedené skôr, kombinácia obidvoch metód testovania, testovanie šedej skrinky je určite efektívna technika na zistenie chýb v softvérovom systéme.

Odporúčané články

Toto bol sprievodca testovaním šedej skrinky. Tu sme diskutovali o tom, ako sa vykonáva testovanie šedej skrinky pomocou príkladov a rôznych techník testovania čiernej skrinky. Viac informácií nájdete aj v ďalších navrhovaných článkoch -

  1. Testovanie v bielej skrinke
  2. Rozhovor Otázky na testovanie hry
  3. Testovanie čiernej skrinky
  4. Testovanie mobilnej aplikácie

Kategórie:

Vývoj softvéru