destructive testing
Rozdiel medzi deštruktívnym testovaním a nedeštruktívnym testovaním s jeho typmi a metódami:
V tomto článku sa budeme zaoberať podrobnosťami o deštruktívnom testovaní a nedeštruktívnom testovaní softvéru.
Dozvieme sa o nich jeden po druhom a tiež si všimneme rozdiely medzi týmito dvoma typmi testovania na konci článku.
Čo sa dozviete:
- Čo je to deštruktívne testovanie a aké sú jeho výhody?
- Čo je nedeštruktívne testovanie a aké sú jeho výhody?
- Rozdiel medzi deštruktívnym a nedeštruktívnym testovaním
Čo je to deštruktívne testovanie a aké sú jeho výhody?
Destruktívne testovanie softvéru (DST) je druh testovania softvéru, ktorý sa snaží nekontrolovaným spôsobom spôsobiť zlyhanie časti softvérovej aplikácie, otestovať jej odolnosť a zistiť bod zlyhania.
Na rozdiel od iných metód testovania softvéru bežného typu, ktoré kontrolujú funkčnosť softvéru, táto metóda kontroluje nepredvídateľné správanie používateľa v softvéri. Umožňuje nám tak odhaliť chyby softvéru, s ktorými sa bežní používatelia zvyčajne nestretnú.
Upozorňujeme, že deštruktívne testovanie softvéru (DST) je alternatívnym prístupom k testovaniu softvéru bežného typu (CST), ale nie jeho náhradou. Je efektívne vykonávať popri CST aj DST.
Destruktívne testovanie sa vykonáva za najprísnejších prevádzkových podmienok a stále pokračuje, kým sa aplikácia nerozbije. Kľúčovou myšlienkou tohto testovania je nielen odhaliť prípadné slabé stránky návrhu, ktoré sa za bežných pracovných podmienok pravdepodobne neodhalia, ale aj zistiť životnosť softvérového produktu.
Tento typ testovania zdieľa podobnosti s Monkey Testing, Ad hoc Testing a Exploratory Testing.
Výhody deštruktívneho testovania softvéru
previesť char pole na int c ++
- Pomáha merať robustnosť, obnoviteľnosť a životnosť aplikácie.
- Odhaľuje body zlyhania v prípade nevhodného alebo nesprávneho použitia softvéru.
- Nastavuje správny kontext pre testera, pretože ignoruje predsudky používateľských príbehov pri testovaní.
- Umožňuje nám odhaliť chyby softvéru, s ktorými sa bežní používatelia zvyčajne nestretnú.
- Tento typ testovania je jedinečný v objavovaní nedostatkov v aplikácii, ktorá keď bude adresovaná, podporí zaradenie softvéru do statusu nováčika.
Kroky na vykonanie tohto testovania
- Na začiatku cyklu deštruktívneho testovania softvéru klient odošle kópiu aplikácie alebo prístupové poverenia a požiadavky používateľov.
- Klient potom predstaví požiadavky a predvedie aplikáciu analytikovi QA.
- Ďalej analytik QA ustanovuje funkciu hraníc v rámci aplikácie a vytvára limity použiteľnosti aplikácie v medziach.
- Teraz bude tester QA náhodne testovať aplikáciu v rámci týchto hraníc pomocou stochastických techník. Zaznamenávajú sa pracovné toky a chyby testu kvality.
- Nakoniec je adresár defektov zdieľaný s klientom.
- V prípade potreby je možné cyklus deštruktívnych testov opakovať na základe požiadaviek klienta.
Pre toto testovanie je dobré mať určité znalosti o pôvodných požiadavkách na softvér. To pomáha pri vymýšľaní dobrej testovacej stratégie.
Čo overujete v deštruktívnom teste?
- Nesprávne a správne chovanie softvérovej aplikácie.
- Platné a neplatné vstupné údaje.
- Nesprávne použitie softvérovej aplikácie.
Deštruktívne metódy a stratégie testovania softvéru
Existuje niekoľko spôsobov, ako je možné vykonať deštruktívne testovanie:
1) Metóda analýzy bodu zlyhania:
V tejto metóde sa aplikácia kontroluje a skúma, aby sa získala prístup ku každej ceste a jej rohu. Určuje sa, čo môže zlyhať v rôznych bodoch. V prípade tejto metódy môžete získať pomoc od obchodných analytikov a získať podrobný prehľad o aplikácii.
2) Peer Review:
Nechajte si aplikáciu posúdiť od iného testera, ktorý nie je oboznámený so softvérom. To pomôže pri hľadaní skrytých bodov zlyhania, ktoré ste ako tester nevideli.
3) Nechajte si skontrolovať testovacie prípady firmou:
Koncoví používatelia a ďalšie zainteresované strany môžu niekedy myslieť na platné scenáre testu, ktoré testerovi mohli uniknúť. Získanie kontroly testovacích prípadov firmou teda môže zvýšiť pokrytie vašich testov.
4) Prieskumné testovanie:
Vykonajte prieskumné testovanie pomocou priebežných hárkov. Pomôže vám to vedieť, čo sa testuje, opakovať testy a kontrolovať pokrytie testu.
5) Naplňte systém nesprávnymi údajmi:
je sieťový kľúč rovnaký ako heslo
Do aplikácie môžete zadať neplatný vstup. Môžu to byť poškodené údaje, nesprávna postupnosť krokov v používateľskom rozhraní atď.
6) Použite ďalšie zdroje:
Môžete tiež použiť akékoľvek iné zdroje alebo spôsoby, ako rozbiť systém a analyzovať rôzne scenáre. Dobrá vec je, že príbeh používateľa o deštruktívnom testovaní softvéru nemusí nevyhnutne vyžadovať „požiadavky“ a „špecifikácie“, takže môžete vyskúšať akýkoľvek vhodný spôsob vykonania tohto testovania.
Destruktívne testovacie techniky
Destruktívne testovanie softvéru je možné vykonávať rôznymi technikami, ako sú:
- Kolaudačné skúšky
- Testovanie slučky
- Regresné testovanie
- Rozdelenie rovnocennosti
- Testovanie hraničných hodnôt
- Testovanie rozhrania
- Alfa / Beta testovanie
- Testovanie systému
- Testovanie zhora nadol
- Testovanie čiernej skrinky
Niekoľko užitočných tipov na deštruktívne testovanie softvéru
- Získajte čo najviac znalostí o produkte. Vžite sa do kože zákazníka a potom premýšľajte o produkte z jeho pohľadu.
- Vymažte všetky zaujaté informácie z príbehu používateľa. Zabudnite na popis užívateľského príbehu a kritériá prijatia a pokúste sa aplikáciu zlomiť ako šialený zákazník.
- Hľadajte cesty výnimiek, nie šťastné cesty. Majte na pamäti, že ignorovaním kritérií prijatia nebudete poznať očakávaný alebo normálny pracovný postup.
- Nečakajte od vašej žiadosti pozitívnu odpoveď. Čo ak niečo zlyhá? Pokúste sa simulovať a poškodiť všetko, čo môžete.
- Obmedzte podmienky svojej siete na realistickejšie nastavenie, pretože všetci skutoční používatelia nebudú mať k dispozícii špičkové stroje a podmienky v sieti.
Čo je nedeštruktívne testovanie a aké sú jeho výhody?
Nedeštruktívne testovanie (NDT) je opísané ako technika hodnotenia softvéru, ktorá zahŕňa správnu interakciu so softvérom. Na rozdiel od deštruktívneho testovania softvéru, kde hľadáme cesty výnimiek, pri nedeštruktívnom testovaní hľadáme šťastné cesty alebo zlaté cesty. NDT je tiež známy ako pozitívne testovanie.
Napríklad ak existuje vstupné pole, ktoré prijíma číslo v rozmedzí 1 - 999, pozitívnym testovacím prípadom by bolo zadanie čísla v tomto rozsahu a overenie funkčnosti vstupného poľa.
V NDT máme dobre definovaný testovací prípad využívajúci známu požiadavku, ktorý sa vykoná bez akejkoľvek chyby alebo výnimiek a vyprodukuje požadovaný výstup. Poskytuje očakávané výsledky a overuje, či softvér funguje podľa očakávaní.
Výhody nedeštruktívneho testovania softvéru
- Vylepšená kvalita softvéru a problémy sa odstránia v hlavnom toku aplikácie.
- Užitočné na preukázanie toho, že softvérová aplikácia funguje podľa požadovaných špecifikácií.
- Overuje, či sú očakávania zákazníka splnené.
- Zaisťuje splnenie výkonnostných požiadaviek.
- Šetrí čas aj peniaze pri hodnotení produktu a riešení problémov.
Kedy vykonať toto testovanie
- Malo by ísť o prvú formu testovania a je potrebné ju vykonať v počiatočnej fáze SDLC, pretože šťastná cesta je hlavným tokom aplikácie a ak nefunguje dobre, zablokuje sa zvyšok testovania.
- Dá sa to rýchlo a ľahko urobiť, keď nemáme dostatok času a rozpočtu na testovanie. To prinajmenšom zabezpečí splnenie softvérových požiadaviek a kritérií akceptácie.
Stratégia pre nedeštruktívne testovanie softvéru
- Na vykonanie nedeštruktívneho testu by sa mal zvoliť prístup pozitívneho testovania.
- Počas vykonávania testovania by mal tester pamätať na to, že cieľom nedeštruktívneho testu je overiť, či aplikácia bude pri zadávaní platných vstupných údajov fungovať správne. Cieľom je teda overiť správanie aplikácie pre pozitívny súbor údajov.
- Osvedčeným postupom je skontrolovať, či systém robí to, na čo je určený.
Rozdiel medzi deštruktívnym a nedeštruktívnym testovaním
Deštruktívne testovanie | Nedeštruktívne testovanie |
---|---|
Zameriava sa na slabiny v dizajne, ale nie vo funkčnosti. | Zameriava sa na slabé stránky vo funkčnosti, ale nie v dizajne. |
Nevyžaduje nevyhnutne obchodné požiadavky. Deštruktívne testovanie sa vykonáva bez oboznámenia sa s vopred stanovenými požiadavkami. | Vykonáva sa testovanie na overenie funkčnosti oproti obchodným požiadavkám a kritériám prijatia. |
Zámerom je prerušiť softvér dodaním neobvyklých vstupov na detekciu bodov porúch. | Zámerom je správna interakcia so softvérom na overenie pozitívnych výsledkov. |
Záver
Pri deštruktívnom testovaní dôjde k zámernému pádu aplikácie, aby sa preskúmala jej robustnosť. Zisťuje body zlyhania softvéru, ku ktorým môže dôjsť v dôsledku nesprávneho zaobchádzania s aplikáciou zákazníkom.
Zisťuje slabé miesta, ktoré nie je možné sledovať pomocou bežného testovania softvéru. Pre lepšie pokrytie testom sa uprednostňuje vykonávanie deštruktívneho testovania softvéru spolu s bežným testovaním softvéru.
Nedeštruktívne testovanie sa vykonáva pomocou pozitívneho testovania alebo testu šťastnej cesty, aby sa overilo, či funkčnosť softvéru spĺňa požiadavky zákazníka. Zahŕňa to správnu interakciu so softvérom.
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Úloha pomocníka QA pri testovaní softvéru
- Kurz testovania softvéru: Do ktorého inštitútu pre testovanie softvéru by som sa mal pripojiť?
- Ako svoju kariéru si zvolíte testovanie softvéru
- Práca na voľnej nohe pre spisovateľa technického obsahu, ktorý testuje softvér
- Stiahnutie e-knihy Testing Primer
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- Spätná väzba a recenzie na kurz testovania softvéru