Úvod do testování černé skříňky

Techniky testování černé skříňky je metoda, která zahrnuje vnitřní strukturu, návrh nebo implementaci položky, která má být testována. Testy, které se provádějí, mohou být funkční nebo nefunkční. Toto je známo jako testování černé skříňky, protože osoba, která systém testuje, si není vědoma struktury interního kódu. Tester neví nic o podrobnostech implementace a o interních cestách. Testování se provádí výhradně na základě softwarových požadavků a specifikací, které obdrží tester. Hlavním zaměřením v tomto testování je vstup a výstup, který je poskytován systému.

Techniky testování černé skříňky

Testovací případy, které jsou určeny k testování systému, hrají při testování důležitou roli. Měl by se vzít v úvahu způsob, jakým jsou vytvořeny, a scénáře, které pokrývají. Testeři mohou vytvořit dokument specifikace požadavků pomocí níže uvedených technik:

  1. Rozdělení rovnocennosti
  2. Analýza hraničních hodnot
  3. Testování tabulky rozhodnutí
  4. Státní přechodové testování
  5. Chyba hádání
  6. Grafické testovací metody
  7. Srovnávací testování
  8. Použijte případovou techniku

Níže jsou vysvětleny následující techniky:

1. Testování ekvivalence

  • Tato technika rozděluje vstupní hodnoty poskytované softwaru do různých skupin nebo tříd. To se provádí na základě výstupu, který bude výsledkem. Tato technika je známá také jako rozdělení oddílů třídy ekvivalence. Tímto šetříme úsilí dávat různé vstupy. Místo toho dáme skupině nebo třídě jednu hodnotu, abychom otestovali výsledek pro tuto skupinu nebo třídu. To pomáhá zlepšit pokrytí testu a následně snížit přepracování. Čas se také uloží, protože není třeba zadávat žádné samostatné vstupy. Vstup pro každou třídu je dostatečný.
  • Vezměme si příklad známek, které studenti získají. Pokud student dosáhne skóre nad 75%, zajistil první třídu s rozlišením. Podobně, pokud je skóre mezi 60% až 75%, zajistil první třídu. Pokud je skóre mezi 50% a 60%, pak Second Class. Pokud je skóre mezi 40% a 50%, pak Pass třída, jinak selhávají. Zde budou čtyři třídy. Tyto testovací případy jsou vytvořeny a je zajištěno, že jsou pokryty všechny možnosti. Proto je dostatečné testování s libovolnými hodnotami v této sadě.

2. Analýza mezních hodnot

  • Zde je kladen důraz na hodnoty, které jsou na hranicích. Je to proto, že obvykle existuje mnoho problémů, pokud jde o testování s hodnotami, které se zaměřují na hranice. Hranice se zaměřuje na hodnoty blízko limitu, kde se mění chování systému. Při analýze mezních hodnot je třeba otestovat oba vstupy, které jsou platné i neplatné.
  • Pokud například chceme testovat hodnoty v rozsahu od 1 do 100, měli bychom zkontrolovat, jak program pracuje pro hodnoty jako 1-1, 1 + 1, 1, 100-1, 100 + 1 atd. znovu ušetříte čas, protože můžeme zkontrolovat pouze hodnoty jako 0, 1, 2, 99, 100 a 101.

3. Testování tabulky rozhodnutí

Kdykoli existují logické podmínky nebo rozhodovací kroky, je třeba tuto techniku ​​použít. Může to být jako v případě, že konkrétní podmínka není splněna, pak by měla být provedena akce A, jinak by měla být provedena akce B. Tester musí identifikovat vstup a akce, které mají být provedeny na základě podmínek. Na základě těchto je vytvořena tabulka rozhodnutí. Zvažte příklad, kdy je lichý počet vozidel povolen pouze v pondělí, středu, pátek a neděli, zatímco sudá čísla vozidel jsou povolena v úterý, čtvrtek a sobotu. V tomto případě existují dvě podmínky a dvě akce. Podmínka 1 je lichá vozidla a podmínka 2 sudá vozidla. Jedná se o dny, kdy mohou být tato vozidla na silnicích. Celkový počet testovacích případů, v tomto případě, mohou být čtyři, a proto lze podle toho odvodit rozhodovací tabulku.

4. Státní přechodové testování

V této technice se testovací případ pokusí testovat systém v různých stavech. Tento stav se může měnit v závislosti na různých podmínkách nebo událostech. Pokud dojde k určité události, lze tyto scénáře otestovat.

5. Hádání chyb

Tato technika je založena hlavně na zkušenostech. Jakmile má zkušební pracovník zkušenosti s prací na jakékoli aplikaci, je mu známo jeho chování a funkce. To je způsob, jak zjistit mnoho problémů. Pomocí této zkušenosti je pro testery snadné odhadnout, kde je většina vývojářů náchylná k chybám. Může se jednat o zpracování nulových hodnot, přijetí tlačítka odeslání bez jakékoli hodnoty, nahrání souboru bez jakékoli přílohy, nahrání souboru s menší nebo větší než stanovenou mezní velikost atd.

6. Grafické testování

Každá aplikace je vytvořena pomocí některých objektů. Všechny použité objekty jsou zaznamenány a je připraven graf. Z tohoto grafu je identifikován vztah každého objektu a testovací případy jsou psány odpovídajícím způsobem.

7. Srovnávací testování

V této technice se používají různé verze stejného softwaru a poté se porovnávají, aby se otestoval celý systém. Chování je zaznamenáno a porovnáno pro všechny verze a jsou zaznamenány jakékoli odchylky.

8. Použijte případovou techniku

Tato technika se používá k identifikaci všech používaných testovacích případů podle systému. Jsou zaznamenány všechny scénáře, které pomáhají pochopit úplnou funkčnost každé funkce způsobem od začátku do konce. Testovací případy by měly mít případy, které pokrývají všechny scénáře od začátku do konce podle využití systému.

Závěr

Testování černé skříňky se netýká podrobností kódování. Zaměřuje se především na testování a ověření chování a funkčnosti softwaru. Není nutné žádné technické zázemí a testování může být zahájeno, jakmile bude vývoj projektu dokončen. Testery i vývojáři mohou pracovat v silech. Je účinnější pro velké aplikace, kde na funkčnosti záleží více než na kódu. Pomáhá také při identifikaci závad a problémů v rané fázi testování. Po opakovaném testování je možné ověřit, zda problémy přetrvávají a systém je znovu ověřen.

Doporučené články

Toto je průvodce technikami testování černé skříňky. Zde diskutujeme Úvod do testování Blackbox, technik a Top 8 technik v Black Boxu. Další informace naleznete také v dalších navrhovaných článcích -

  1. Fuzz Testing
  2. Negativní testování
  3. Testování tabulky rozhodnutí
  4. Testování šedé skříňky

Kategorie: