Přehled testování černé skříňky
Black Box Testing je metoda testování softwaru, ve které interní struktura nebo návrh nebo implementace položky, která musí být testována, není testerovi známa.
Co je testování softwaru?
Testování softwaru je postup hodnocení systému s cílem nalézt chyby. Provádí se kontrola, zda systém splňuje stanovené požadavky. Testování měří celkovou kvalitu systému z hlediska jeho správnosti, úplnosti, použitelnosti, výkonu a dalších funkčních a nefunkčních atributů.
Testování černé skříňky je technika testování softwaru, která se zaměřuje na analýzu funkčnosti softwaru versus interní systémové mechanismy. Testování černé skříňky bylo vyvinuto jako metoda analýzy požadavků klienta, specifikací a návrhových strategií na vysoké úrovni. Softwarový tester černé skříňky by vybral platné a neplatné vstupní sady a podmínky provádění kódu a zkontroloval platné výstupní odpovědi. Testování černé skříňky se také označuje jako funkční testování nebo testování v uzavřené skříni.
Například vyhledávací stroj aplikace. Ve vyhledávači by uživatel zadal text do vyhledávacího pole prohlížeče. Vyhledávací stroj pak vyhledá a načte související výstup uživatelských dat. Co se děje v zákulisí, není uživateli známo. Vnitřní implementace ho tedy vůbec nerozumí.
Výhody testování černé skříňky zahrnují:
- Jednoduchost: Usnadňuje testování návrhů na vysoké úrovni a složitých aplikací
- Šetří zdroje: Testery se zaměřují na funkčnost softwaru.
- Testovací případy: Zaměření na funkčnost softwaru pro usnadnění rychlého vývoje testovacích případů.
- Poskytuje flexibilitu: Specifické znalosti programování nejsou vyžadovány.
Příklad
Tester by testoval webové stránky, tj. Pomocí kliknutí a klávesových zkratek pomocí prohlížeče poskytováním vstupů a bez znalosti vnitřních struktur, a tak ověřoval výstupy proti očekávaným výsledkům.
Nástroje používané pro testování černé skříňky
Nástroje pro testování černé skříňky v podstatě závisí na tom, jaký typ testování černé skříňky provádíte.
- Funkční / regresní testy lze provádět pomocí QTP nebo selenu
- Nefunkční testy lze provádět pomocí LoadRunner nebo Jmeter.
Úrovně
V testování černé skříňky jsou pro testování softwaru následující úrovně:
- Integrační testování
- Testování systému
- Akceptační testování
Protože úroveň je vyšší, krabice by byla větší a složitější a do obrazu přichází i další testování black-boxu.
Definice testování černé skříňky
Testování černé skříňky lze definovat jako zkušební techniku, při které se testuje funkčnost aplikace Application Under Test (AUT), avšak s výhledem na strukturu interního kódu, podrobnosti o implementaci a jakoukoli znalost vnitřních cest softwaru.
Pochopení testování černé skříňky
Testování černé skříňky se týká všech softwarových specifikací a požadavků. Black Box Testing se zaměřuje pouze na vstupy a výstupy softwarového systému a vůbec se neobtěžuje interními znalostmi softwaru.
Jak usnadňuje testování Black Box testování?
Existuje Životní cyklus testování softwaru, tj. STLC, což je testování černé skříňky, které je relativní ke každé fázi životního cyklu vývoje softwaru.
- V počáteční nebo první fázi STLC se shromažďují požadavky na produkt. Toto je známo jako fáze shromažďování požadavků.
- Fáze, která následuje, je fáze plánování a testování. Výstupy této fáze jsou obecně typy zkoušek, které je třeba provést podle projektu, a plán zkoušek k určení rizik a zmírnění těchto rizik.
- Třetí fáze je fáze návrhu, ve které se testovací případy, testovací skripty připravují pomocí dokumentů o požadavcích na software nebo dokumentu o obchodních požadavcích.
- Poslední fáze se nazývá fáze provádění testu. Jak název napovídá, v této fázi jsou provedeny všechny testovací případy nebo skripty. Všechny nalezené chyby jsou hlášeny, opraveny a znovu vyzkoušeny.
Co můžete dělat s testováním Black Box?
Níže jsou vysvětleny některé z předních testovacích strategií používaných v testování černé skříňky:
- Testování třídy ekvivalence
- Testování mezních hodnot
- Testování tabulky rozhodnutí
- Testování příčin a následků
- Testování založené na požadavcích
- Testování kompatibility
Testování třídy ekvivalence
Tento typ testování je upřednostňován, protože pomáhá minimalizovat testovací případy na úroveň, kde je šance na pokrytí požadavků na optimální úroveň.
To se provádí v následujících dvou krocích -
1. Identifikace a rozdělení do tříd ekvivalence: Nejprve jsou vstupní data rozdělena do minimálně dvou sad - první sada obsahuje seznam platných vstupních hodnot a druhá sada obsahuje seznam neplatných vstupních hodnot. Například, pokud existuje věkové pole, které může obsahovat věk v rozmezí 20-40, pak platné vstupní hodnoty mohou být 21, 25, 30, 39 atd. A neplatné vstupní hodnoty mohou být jakékoli hodnoty menší než 20 nebo větší než 40 jako 10, 15, 45, 55 atd.
2. Vytváření testovacích případů - Každému platnému vstupnímu a neplatnému vstupnímu třídě je přiřazeno jedinečné identifikační číslo a pak jsou psány testovací případy se záměrem pokrýt dvě sady vstupních tříd.
Testování mezních hodnot
Testování mezních hodnot se v zásadě zaměřuje na mezní hodnoty. Vyhodnocuje, zda by určitý rozsah hodnot byl systémem přijatelný či nikoli. Testování hraniční hodnoty je užitečné při snižování / minimalizaci počtu testovacích případů. Testování hraniční hodnoty je nejvhodnější pro systémy, kde vstup leží v určitých rozsazích.
Testování tabulky rozhodnutí
Rozhodovací tabulka ukazuje příčiny a jejich současné účinky ve formě matice. Při testování tabulky rozhodnutí existuje v každém sloupci jedinečná kombinace.
Graf příčinných účinků
Graf příčin-efekt rozvíjí vztah mezi příčinami (logické vstupy) a odpovídajícím účinkem (Akce). Jsou reprezentovány pomocí booleovských grafů. Kroky, které je třeba dodržovat, jsou následující:
- Identifikace vstupů a výstupů.
- Vývoj grafu příčin a následků.
- Transformace grafu do rozhodovací tabulky.
- Převod pravidel rozhodovací tabulky na testovací případy.
Testování založené na požadavcích
Tento typ testování zahrnuje kontrolu, zda jsou nebo nejsou splněny požadavky uvedené ve specifikaci SRS nebo softwaru.
Testování kompatibility
Pro zajištění funkčnosti závisí produkt i infrastruktura na výsledku provádění testovacích případů. Bez ohledu na změny parametrů infrastruktury se očekává, že produkt bude stále fungovat správně. Níže jsou uvedeny některé z parametrů, které obecně ovlivňují kompatibilitu softwaru:
- Procesory Pentium 3 nebo Pentium 4 a počet použitých procesorů
- 32bitová nebo 64bitová architektura
- Databázové servery nebo jakékoli jiné součásti koncového zařízení
- Typ operačního systému (Windows, Linux atd.).
Práce s testováním černé skříňky
Níže jsou uvedeny základní kroky potřebné k provedení testování černé skříňky.
- Nejprve jsou řešeny specifikace a požadavky systému.
- Zadruhé by tester vybral logické vstupy, tj. Pozitivní testovací scénáře, aby se ověřilo, zda je SUT zpracoval správně nebo ne. Kromě toho se také volí neplatné vstupy, tj. Negativní testovací scénář, aby se ověřilo, zda je SUT dokáže detekovat.
- Zatřetí, testeři by pak určili očekávané výstupy pro všechny platné vstupy.
- Začtvrté, softwarový tester vytváří testovací případy s těmi vybranými a platnými vstupy.
- Za páté, jsou vytvořeny testovací případy.
- Za šesté, softwaroví testeři rozlišují mezi skutečnými výstupy a očekávanými výstupy a kontrolují, zda jsou stejné.
- A konečně, pokud jsou nalezeny, jsou opraveny a znovu testovány.
Výhody
- Testy černé skříňky jsou vždy prováděny z pohledu uživatele, protože by to pomohlo při výrazném odhalení nesrovnalostí.
- Testery černé skříňky také nemusí znát žádné programovací jazyky.
- Testery černé skříňky nemusí vědět, jak byl software implementován.
- Testovací případy týkající se černé skříňky jsou navrženy testery, jakmile jsou specifikace v dokončené fázi.
Nevýhody
- Protože nejsou potřebné žádné technické ani programové znalosti, mohou existovat případy, které ignorují všechny platné a možné podmínky scénáře, který musí být testován.
- Existují možnosti menšího testování a neznalosti každého možného vstupu a jejich výstupního testování kvůli časovým omezením (stanovený čas).
- Kompletní a dokončený test Pokrytí často není možné u složitých a velkých projektů.
Proč bychom měli používat testování Black Box?
Nástroje testování černé skříňky jsou v zásadě nástroje pro nahrávání a přehrávání. Tyto nástroje zaznamenávají testovací případy ve formě skriptů, jako jsou TSL, JavaScript, skript VB atd. Všechny tyto nástroje se v zásadě používají pro regresní testování, aby se zkontrolovalo, zda poskytované nové sestavení nevykazovalo nějakou chybu v již fungující funkčnosti aplikace. .
Rozsah
Mezi hlavní a nejdůležitější typy testování černé skříňky patří následující:
- Funkční testování: Tento typ testování černé skříňky se týká funkčních požadavků systému a je prováděn testery softwaru.
- Nefunkční testování: Tento typ testování černé skříňky se netýká testování konkrétní funkčnosti, ale vše týkající se nefunkčních požadavků, jako je výkon, použitelnost, škálovatelnost a mnohem více.
- Regresní testování: Regresní testování je prováděno po opravě kódu, provedení všech upgradů kódu nebo jiné údržbě systému, aby se ověřilo, zda nový kód neovlivnil existující funkčnost.
Rozdíly
Black Box Testing je technika testování softwaru, kde interní struktura nebo konstrukce nebo implementace testovaného produktu není testerovi známa.
White Box Testing je technika testování softwaru, ve které je testujícímu známa vnitřní struktura nebo konstrukce nebo implementace testovaného produktu.
| Testování černé skříňky | Testování bílé skříňky |
| Testování černé skříňky je takové, že vnitřní struktura nebo program nebo kód nejsou známy. | Testování v bílé skříni je tester, který má znalosti o vnitřní struktuře softwaru |
| Obvykle se to provádí testery softwaru. | Obvykle to provádějí vývojáři softwaru. |
| Zde není absolutně nutná žádná znalost implementace. | Zde je požadována znalost implementace. |
| Lze jej také nazvat externí / externí testování softwaru. | Lze ji také nazvat jako interní / interní testování softwaru. |
| Testování černé skříňky je funkční test softwaru. | Testování bílé skříňky je strukturální test softwaru. |
| Toto testování může být zahájeno na základě dokumentu specifikace požadavků. | Tento typ testování softwaru je zahájen po podrobném návrhu dokumentu. |
| Zde není nutná žádná znalost programovacího jazyka. | Zde je povinné mít znalosti alespoň jednoho programovacího jazyka. |
| Jde v podstatě o testování chování softwaru. | Je to základní logické testování softwaru. |
| Většinou je použitelný na vyšší úrovně testování. | Je to většinou použitelné pro nižší úrovně testování. |
| Nazývá se také behaviorální testování. | Nazývá se také testování čirých nebo skleněných krabic. |
| Testování černé skříňky je méně časově náročné než testování bílé skříňky. | Testování bílé skříňky je časově náročnější než testování černé skříňky. |
| Testování černé skříňky není vhodné pro testování algoritmu. | Testování bílé skříňky je vhodné pro testování algoritmu. |
| To lze provést metodami pokusů a omylů. | Vnitřní nebo vnitřní hranice dat spolu s doménou lze důkladně otestovat. |
| Například: Hledání něčeho na google pomocí klíčových slov | Například: Použití vstupů ke kontrole a ověření smyček. |
Typy
| Typy
|
Závěr:
Všechna diskutovaná témata jsou základní i pokročilá témata související s testováním Blackboxu a podstatou všech jeho technik a metod.
Vzhledem k tomu, že je téměř nemožné vyzkoušet každý spolu se zapojením člověka a to i se 100% přesností, ale pokud se již uvedené metody používají velmi efektivně, bude to bezpochyby zvyšovat kvalitu systému. Z tohoto důvodu je testování černé skříňky vážně velmi účinnou metodou identifikace závad a ověření funkčnosti systému.
Doporučené články
Toto byl průvodce testováním černé skříňky. Zde jsme diskutovali o tom, jak se provádí testování Black Box pomocí příkladů a různých technik testování Black Box pomocí nástrojů. Další informace naleznete také v dalších navrhovaných článcích -
- Testování bílé skříňky
- Testování otázek rozhovoru
- Co je Hypervisor
- Dotazy na testování hry