Menu

Výukový program pro destruktivní testování a nedestruktivní testování

  • Hlavní
  • Jiný
  • Výukový program pro destruktivní testování a nedestruktivní testování

destructive testing

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Rozdíl mezi destruktivním testováním a nedestruktivním testováním s jeho typy a metodami:

V tomto článku budeme diskutovat o podrobnostech o destruktivním testování a nedestruktivním testování softwaru.

Dozvíme se o nich jeden po druhém a na konci článku uvidíme také rozdíly mezi těmito dvěma typy testování.

Destruktivní a nedestruktivní testování

Co se naučíte:

Co je to destruktivní testování a jaké jsou jeho výhody?

Destruktivní testování softwaru (DST) je druh testování softwaru, který se snaží nekontrolovaným způsobem způsobit selhání části softwarové aplikace, otestovat její robustnost a detekovat bod selhání.

Destruktivní

Na rozdíl od jiných metod testování softwaru běžného typu, které kontrolují funkčnost softwaru, tato metoda kontroluje nepředvídatelné chování uživatele v softwaru. Umožňuje nám tak odhalit softwarové vady, se kterými se běžní uživatelé obecně nesetkávají.

Vezměte prosím na vědomí, že destruktivní testování softwaru (DST) je alternativním přístupem k testování softwaru konvenčního typu (CST), ale nikoli jeho nahrazením. Je efektivní provádět DST kromě CST.

Destruktivní testování se provádí za nejpřísnějších provozních podmínek a stále pokračuje, dokud se aplikace nerozbije. Klíčovou myšlenkou tohoto testování je nejen odhalit případné slabiny designu, pokud vůbec nebudou odhaleny za normálních pracovních podmínek, ale také zjistit životnost softwarového produktu.

Tento typ testování sdílí podobnosti s Monkey Testing, Ad hoc Testing a Exploratory Testing.

Výhody destruktivního testování softwaru

klady a zápory linuxu vs Windows
  • Pomáhá měřit robustnost, obnovitelnost a životnost aplikace.
  • Odhalí body selhání v případě nevhodného nebo nesprávného použití softwaru.
  • Nastaví správný kontext pro tester, protože ignoruje předsudky uživatelských příběhů při testování.
  • Umožňuje nám odhalit softwarové vady, se kterými se běžní uživatelé obecně nesetkávají.
  • Tento typ testování je jedinečný při zjišťování nedostatků v aplikaci, která při řešení zvýší hodnost softwaru na začátečníka.

Kroky k provedení tohoto testování

  1. Na začátku cyklu destruktivního testování softwaru klient odešle kopii aplikace nebo přístupové údaje a požadavky uživatele.
  2. Klient poté předloží požadavky a předvede aplikaci analytikovi QA.
  3. Dále analytik QA stanoví funkci hranic v rámci aplikace a vytvoří limity použitelnosti aplikace v rámci hranic.
  4. Tester QA nyní náhodně otestuje aplikaci v rámci těchto hranic pomocí stochastických technik. Zaznamenávají se pracovní toky a vady testu QA.
  5. Nakonec je vadný adresář sdílen s klientem.
  6. V případě potřeby lze cyklus destruktivního testování opakovat na základě požadavků klienta.

Pro toto testování je dobré mít určité znalosti o původních požadavcích softwaru. To pomáhá přijít s dobrou strategií testování.

Co ověřujete v destruktivním testu?

  1. Nesprávné a správné chování softwarové aplikace.
  2. Platné a neplatné vstupní údaje.
  3. Nesprávné použití softwarové aplikace.

Destruktivní metody a strategie testování softwaru

Existuje několik způsobů, jak lze provést destruktivní testování:

1) Metoda analýzy bodu selhání:

V této metodě je aplikace zkontrolována a zkontrolována, aby získala přístup ke každé cestě a jejímu rohu. Určuje se, co může v různých bodech selhat. U této metody si můžete vzít nápovědu od obchodních analytiků, abyste měli přehled o aplikaci.

2) Peer Review:

Nechte si aplikaci zkontrolovat kolegem testerem, který tento software nezná. To pomůže při hledání skrytých bodů selhání, které jste jako tester neviděli.

3) Nechte si zkontrolovat testovací případy firmou:

Koncoví uživatelé a další zúčastněné strany mohou někdy myslet na platné testovací scénáře, které tester možná zmeškal. Získání prověření testovacích případů firmou tedy může zvýšit pokrytí testem.

4) Průzkumné testování:

Provádějte průzkumné testování pomocí průběžných listů. Pomůže vám vědět, co je testováno, opakovat testy a kontrolovat pokrytí testu.

5) Naplňte systém nesprávnými daty:

Do aplikace můžete zadat neplatný vstup. To může zahrnovat poškozená data, nesprávnou posloupnost kroků na uživatelském rozhraní atd.

6) Použijte jiné zdroje:

Můžete také použít jakékoli jiné zdroje nebo způsoby, jak rozbít systém a analyzovat různé scénáře. Dobrá věc je, že uživatelský příběh destruktivního testování softwaru nemusí nutně vyžadovat „požadavky“ a „specifikace“, takže můžete vyzkoušet jakýkoli vhodný způsob provedení tohoto testování.

Destruktivní testovací techniky

Destruktivní testování softwaru lze provádět různými technikami, jako jsou:

  • Přejímací testování
  • Testování smyčky
  • Regresní testování
  • Rozdělení ekvivalence
  • Testování mezních hodnot
  • Testování rozhraní
  • Alfa / Beta testování
  • Testování systému
  • Testování shora dolů
  • Testování černé skříňky

Několik užitečných tipů pro destruktivní testování softwaru

  • Získejte co nejvíce znalostí o produktu. Vžijte se do kůže zákazníka a poté přemýšlejte o produktu z jeho perspektivy.
  • Vymažte všechny zkreslené informace z příběhu uživatele. Zapomeňte na popis příběhu uživatele a kritéria přijetí a pokuste se aplikaci rozbít jako šílený zákazník.
  • Hledejte cesty výjimek, ne šťastné cesty. Mějte na paměti, že ignorováním kritérií přijetí neznáte očekávaný ani normální pracovní postup.
  • Neočekávejte od vaší žádosti pozitivní reakci. Co když něco selže? Pokuste se simulovat a poškodit vše, co můžete.
  • Omezte podmínky v síti na realističtější nastavení, protože všichni skuteční uživatelé nebudou mít špičkové stroje a podmínky v síti.

Co je nedestruktivní testování a jaké jsou jeho výhody?

Nedestruktivní testování (NDT) je popsáno jako technika hodnocení softwaru, která vyžaduje správnou interakci se softwarem. Na rozdíl od destruktivního testování softwaru, kde hledáme cesty výjimek, v nedestruktivním testování hledáme šťastné cesty nebo zlaté cesty. NDT je ​​také známá jako pozitivní testování.

Například pokud existuje vstupní pole, které přijímá číslo v rozmezí 1-999, pozitivním testovacím případem by bylo zadat číslo v tomto rozsahu a ověřit funkčnost vstupního pole.

Příklad nedestruktivního testu

V NDT máme dobře definovaný testovací případ používající známý požadavek, který se provádí bez jakékoli chyby nebo výjimek a vytváří požadovaný výstup. Poskytuje očekávané výsledky a ověřuje, že software funguje podle očekávání.

Výhody nedestruktivního testování softwaru

  • Vylepšená kvalita softwaru a problémy se vyřeší v hlavním toku aplikace.
  • Užitečné k prokázání, že softwarová aplikace funguje podle požadovaných specifikací.
  • Ověří splnění očekávání zákazníka.
  • Zajišťuje splnění výkonnostních požadavků.
  • Šetří čas i peníze při hodnocení produktů a odstraňování problémů.

Kdy provést toto testování

  • Měla by to být první forma testování a je třeba ji provést v počáteční fázi SDLC, protože šťastná cesta je hlavním tokem aplikace a pokud to nefunguje dobře, zbytek testování se zablokuje.
  • Lze to udělat rychle a snadno, když nemáme dostatek času a rozpočtu na testování. Tím je alespoň zajištěno, že jsou splněny softwarové požadavky a akceptační kritéria.

Strategie pro nedestruktivní testování softwaru

  • K provedení nedestruktivního testu by měl být použit přístup pozitivního testování.
  • Při provádění testování by si měl tester pamatovat, že cílem nedestruktivního testu je ověřit, zda aplikace bude při zadávání platných vstupních dat fungovat dobře. Cílem je tedy ověřit chování aplikace pro pozitivní soubor dat.
  • Nejlepším postupem je zkontrolovat, zda systém dělá to, k čemu je určen.

Rozdíl mezi destruktivním a nedestruktivním testováním

Destruktivní testováníNedestruktivní testování
Zaměřuje se na slabiny v designu, ale ne na funkčnost.Zaměřuje se na slabé stránky ve funkčnosti, ale ne v designu.
Nevyžaduje nutně obchodní požadavky. Destruktivní testování se provádí bez seznámení s předem stanovenými požadavky.Testování se provádí za účelem ověření funkčnosti podle obchodních požadavků a kritérií přijatelnosti.
Záměrem je rozbít software dodáním neobvyklých vstupů pro detekci bodů poruch.Záměrem je správně komunikovat se softwarem, aby se ověřily pozitivní výsledky.

Závěr

Při destruktivním testování je aplikace záměrně provedena k havárii, aby se prozkoumala robustnost aplikace. Detekuje body selhání softwaru, ke kterým může dojít v důsledku nesprávného zacházení s aplikací zákazníkem.

jak používat rozšíření github pro Visual Studio

Detekuje slabá místa, která nelze sledovat pomocí běžného testování softwaru. Pro lepší pokrytí testů je upřednostňováno provádět destruktivní testování softwaru spolu s běžným testováním softwaru.

Nedestruktivní testování se provádí pomocí pozitivního testování nebo testu šťastné cesty k ověření, zda funkce softwaru splňuje požadavky zákazníka. Zahrnuje správnou interakci se softwarem.

Doporučené čtení

^