key differences between black box testing
Důkladná studie testování černé skříňky vs. testování bílé skříňky:
Testování softwaru zahrnuje několik typů testování a jako tester softwaru musíme vědět, jak se každý z nich provádí.
Mezi různými typy testování je jedním z nejvíce matoucích témat testování Black boxu vs. White boxu. Mnoho softwarových testerů si klade otázku, zda existuje podobnost mezi těmito dvěma typy testování. Jak jsou oba prováděni? Hrají se oba společně?
Tento dokument odpoví na všechny vaše otázky a poskytne vám základní představu o tom, co je testování černé skříňky a testování bílé skříňky, a jednoduše vysvětlí rozdíly mezi nimi. .
Co se naučíte:
- Co je testování černé skříňky?
- Co je testování bílé skříňky?
- Rozdíl mezi testováním černé skříňky a bílé skříňky
- Závěr
Co je testování černé skříňky?
Definice ISTQB - Testování černé skříňky: Testování testované aplikace (AUT) bez odkazování na vnitřní strukturu se nazývá testování černé skříňky. Testování proběhne vizualizací aplikace jako černé skříňky.
Technika testování černé skříňky: Technika testování k odvození testovacích případů na základě funkčnosti aplikace a nezohlednění vnitřní struktury systému.
Synonyma: Testování na základě specifikací
Testování černé skříňky je testovací přístup, který se používá k testování funkčnosti AUT na základě specifikací / SRS bez jakékoli znalosti technologie použité k implementaci testované aplikace.
Při testování černé skříňky bude hlavní testování kolem možných vstupů a očekávaných výstupů. Tester by měl být schopen pečlivě vybrat platná data testu. Jednoduše řečeno, tester vidí pouze akce AUT. Tester nemusí vědět, jak se tyto akce provádějí.
Příklad: Jednoduchým příkladem testování černé skříňky je televize (Television). Jako uživatel sledujeme televizi, ale nepotřebujeme znalosti o tom, jak je televizor postaven a jak funguje atd. Potřebujeme jen vědět, jak ovládat dálkové ovládání, abychom jej mohli zapnout, vypnout, změnit kanály, zvýšit / snížit hlasitost atd.
V tomto příkladu
The televize je tvůj AUT (Testovaná aplikace).
The dálkové ovládání je uživatelské rozhraní (UI), které používáte k testování.
Musíte jen vědět, jak aplikaci používat.
Doporučené čtení => Vše, co potřebujete vědět o testování černé skříňky
Co je testování bílé skříňky?
Definice ISTQB - Testování bílé krabice: Testování aplikace s odkazem na vnitřní strukturu softwarové komponenty se nazývá testování bílé skříňky.
Technika bílé krabice: Postup pro odvození a / nebo výběr testovacích případů na základě analýzy vnitřní struktury součásti nebo systému.
Synonyma: Testování jasného pole, testování na základě kódu, testování skleněného boxu, testování logického pokrytí, testování založené na logice, strukturální testování, testování založené na struktuře atd.
White box testing je testovací přístup, který se používá k testování implementační části testované aplikace. K provedení tohoto testování by měl tester / případně vývojář znát vnitřní strukturu aplikace a její fungování.
nejlepší blokování vyskakovacích oken pro google chrome
Příklad: Automechanik by měl znát vnitřní strukturu motoru automobilu, aby jej mohl opravit.
V tomto příkladu
AUTO je AUT (Testovaná aplikace).
The uživatel je tester černé skříňky.
The mechanik je bílý box tester.
Toto jsou základní definice testování bílé a černé skříňky a každá zkušební metoda má různé techniky, které je třeba dodržovat.
Doporučené čtení => Podrobný návod k testování bílé skříňky
Rozdíl mezi testováním černé skříňky a bílé skříňky
S.No | Testování černé skříňky | Testování bílé skříňky |
---|---|---|
7 | Testovací případy budou obsahovat více podrobností o vstupních podmínkách, krocích testu, očekávaných výsledcích a testovacích datech. | Testovací případy budou jednoduché s podrobnostmi o technických konceptech, jako jsou prohlášení, pokrytí kódu atd. |
1 | Hlavním cílem tohoto testování je otestovat funkčnost / chování aplikace. | Hlavním cílem je otestovat infrastrukturu aplikace. |
dva | To může provést tester bez znalosti kódování AUT (Testovaná aplikace). | Tester by měl mít znalosti vnitřní struktury a jejího fungování. |
3 | Testování lze provádět pouze pomocí grafického uživatelského rozhraní. | Testování lze provést v rané fázi, než se připraví grafické uživatelské rozhraní. |
4 | Toto testování nemůže pokrýt všechny možné vstupy. | Toto testování je důkladnější, protože může otestovat každou cestu. |
5 | Některé testovací techniky zahrnují analýzu hraničních hodnot, rozdělení ekvivalence, odhad chyb atd. | Některé testovací techniky zahrnují podmíněné testování, testování toku dat, testování smyčky atd. |
6 | Testovací případy by měly být psány na základě specifikace požadavku. | Testovací případy by měly být psány na základě podrobného dokumentu o návrhu. |
8 | To provádějí profesionální softwaroví testeři. | To je odpovědností vývojářů softwaru. |
9 | Znalosti o programování a implementaci se nevyžadují. | Jsou požadovány znalosti programování a implementace. |
10 | Používá se hlavně při testování na vyšší úrovni, jako je testování přijatelnosti, testování systému atd. | Používá se hlavně v nižších úrovních testování, jako je testování jednotek a testování integrace. |
jedenáct | To je časově méně náročné a vyčerpávající. | To je časově náročnější a vyčerpávající. |
12 | Testovací data budou mít široké možnosti, takže bude těžké identifikovat správná data. | Identifikace testovacích dat je snadná, protože je najednou zaměřena pouze na konkrétní část funkce. |
13 | Tester se zaměřuje hlavně na to, jak aplikace funguje. | Hlavní důraz bude kladen na to, jak je aplikace postavena. |
14 | Pokrytí testu je menší, protože nemůže vytvořit testovací data pro všechny scénáře. | Téměř všechny cesty / tok aplikací jsou pokryty, protože je snadné testovat je po částech. |
patnáct | Nelze identifikovat chyby související s kódem nebo nelze identifikovat technické chyby. | Pomáhá identifikovat skryté chyby a pomáhá při optimalizaci kódu. |
16 | Vady jsou identifikovány, jakmile je vyvinut základní kód. | Včasné zjištění závady je možné. |
17 | Uživatel by měl být schopen identifikovat chybějící funkce, protože rozsah tohoto testování je široký. | Tester nemůže identifikovat chybějící funkce, protože rozsah je omezen pouze na implementovanou funkci. |
18 | Přístup k kódu není vyžadován. | Je vyžadován přístup k kódu. |
19 | Pokrytí testu bude menší, protože tester má omezené znalosti o technických aspektech. | Pokrytí testů bude větší, protože testeři budou mít více znalostí o technických koncepcích. |
dvacet | Profesionální tester se zaměřuje na to, jak celá aplikace funguje. | Tester / vývojář se zaměřuje na kontrolu, zda konkrétní cesta funguje nebo ne. |
Závěr
Testování bílé a černé skříňky je nezbytné pro úspěšné dodání softwaru, ale 100% testování není možné ani v jednom případě.
Hlavní odpovědností testera je identifikovat příslušné typy testů a techniky pro konkrétní aplikaci, které povedou k nalezení maximálních defektů a tím ke zlepšení efektivity aplikace.
Tester by měl být schopen určit, kolik testování lze provést buď v černé skříňce, nebo v bílé skříňce, aby ověřil, že aplikace funguje podle očekávání.
Doufáme, že tento výukový program objasnil všechny vaše dotazy týkající se testování Black Box Vs White Box !!
Doporučené čtení
- Testování černé skříňky: Podrobný výukový program s příklady a technikami
- Testování bílé skříňky: Kompletní průvodce s technikami, příklady a nástroji
- Co je Testování systému - Průvodce pro začátečníky
- Rozdíly mezi testováním jednotek, testováním integrace a funkčním testováním
- Co je testování integrace (kurz s příkladem testování integrace)
- Rozdíl mezi opakovaným testováním a regresním testováním s příkladem
- Testování výkonu vs. zátěžové testování vs. zátěžové testování (rozdíl)
- Testování kouře vs. Test příčetnosti: Rozdíl s příklady
- Statické testování a dynamické testování - rozdíl mezi těmito dvěma důležitými testovacími technikami