Plánování ad hoc testování

V tomto článku jsme se zabývali ad hoc testováním, jeho typy, výhodami, nevýhodami a nejlepšími postupy pro provádění ad hoc testování.

Co je ad hoc testování?

Ad hoc testování, někdy označované jako „náhodné testování“ nebo „opičí testování“, je definováno jako neformální typ testování. Jeho cílem je prolomit systém pomocí netradičních metod. Tento typ testování softwaru je obvykle neplánovaný a nesleduje žádné specifické techniky návrhu testů pro vytvoření testovacích případů.

Hlavním cílem ad hoc testování je najít případné vady pomocí náhodné kontroly. Tester improvizuje jednotlivé kroky jejich libovolným prováděním. Tím lze odhalit velmi specifické a zajímavé vady, které se při použití jiných metod snadno přehlédnou.

Nejpřekvapivějším aspektem ad hoc testování je, že nezahrnuje žádné techniky návrhu testů. To znamená, že ačkoli tato metoda najde vady, které se obvykle nenajdou, je obtížnější je reprodukovat, protože neexistují žádné písemné testovací případy nebo dokumentace.

Úspěch ad hoc testování skutečně závisí na kreativitě a vytrvalosti testera a někdy je způsoben jen čistým štěstím. Technika testování ad hoc spadá přímo do kategorie „nestrukturovaného testování“.

Strukturované vs. nestrukturované testování

Strukturované testování

Tento přístup zajišťuje, že každá činnost, která probíhá během testovacího postupu, je skriptována, od vytvoření testovacích případů až po jejich postupné provádění. Tester se bude řídit skriptem, aby úspěšně provedl testy.

Nestrukturované testování

Tento přístup zahrnuje testování prostřednictvím odhadování chyb. Tester bude v průběhu testování vytvářet testovací případy.

Typy metody testování ad hoc

Testování s kamarády

Tento typ testování ad hoc se provádí za účasti minimálně dvou osob. Probíhá po provedení a dokončení jednotkového testování modulu. Tento typ testování lze také považovat za kombinaci systémového a jednotkového testování.

Hlavním cílem je, aby dva „kamarádi“ pracovali na identifikaci závad nebo chyb ve stejném modulu současně. Tento tým se obvykle skládá z jednoho softwarového vývojáře a jednoho softwarového testera.

Dva „kamarádi“ pracují společně na daném modulu a vytvářejí platné testovací případy. Tento proces zajišťuje, že tester nenahlásí žádné chyby, které mohly neplatné testovací případy vytvořit.

Testování s kamarády se osvědčilo, protože pomáhá testerům vytvářet lepší testovací případy a umožňuje vývojovému týmu co nejdříve provést změny v návrhu.

Monkey Testing

Vzhledem k náhodnému charakteru testování si tato metoda vysloužila název „opičí testování“. Opičí testování se nejčastěji provádí na úrovni testování jednotek. Zde testeři náhodně testují aplikaci nebo produkt bez testovacích případů. Hlavním cílem testera je analyzovat data nebo testy zcela náhodným způsobem a zajistit, aby byl systém schopen odolat jakémukoli pádu.

Testeři poskytují softwaru náhodné vstupy a pozorují jejich odpovídající výstupy. Na základě výstupních dat mohou lépe určit případné chyby, nesrovnalosti nebo pády systému.

Párové testování

Párové testování, které se v některých ohledech podobá „buddy testing“, zahrnuje dvojici testerů, kteří společně pracují na modulech určených k testování. Oba testeři budou sdílet myšlenky, znalosti a názory nad stejným strojem s cílem identifikovat vady nebo chyby.

Tato metoda testování zahrnuje použití testerů, kteří jsou spárováni podle svých odborných znalostí a úrovně znalostí, což umožňuje různé pohledy na jakýkoli identifikovaný problém. Oba testeři budou sdílet stejnou sestavu a také si mezi sebou rozdělí práci při testování a dokumentování všech pozorování. Tento způsob testování také umožňuje, aby jeden z testerů testy prováděl, zatímco druhý si může dělat poznámky o zjištěních.

Také si přečtěte: Použití párového testování pro lepší akceptační testování

Párové testování vs. testování ve dvojicích

Hlavní rozdíl mezi párovým testováním a testováním ve dvojicích spočívá v tom, že párové testování je kombinací testování jednotek a systému. Dalším klíčovým rozdílem je, že buddy testování provádějí vývojáři a testeři společně. Párové testování však provádějí pouze testeři, kteří mají různé úrovně znalostí.

Kdy provádět a kdy neprovádět ad hoc testování

Ad hoc testování se běžně provádí při nedostatku času na provádění delších a vyčerpávajících testovacích procesů. Důkladnější metoda testování zahrnuje přípravu dokumentů s požadavky na testování, testovací případy a návrhy testovacích případů.

Ideální doba pro provedení ad hoc testování je po dokončení všech formálních technik testování. Testování ad hoc však lze provádět i uprostřed vývoje softwaru, po kompletním vývoji softwaru nebo poté, co již bylo vyvinuto několik modulů.

Je důležité vzít na vědomí několik scénářů, kdy se testování ad hoc nedoporučuje. Mezi několik podmínek, kdy by se ad hoc testování nemělo provádět, patří:

Když se provádí beta testování

V testovacích případech, které již mají existující chyby

Výhody ad hoc testování

Jednou z hlavních výhod ad hoc testování je, že dokáže odhalit všechny chyby, které by při formálních metodách testování obvykle zůstaly nepovšimnuty. To může ušetřit spoustu času, protože nevyžaduje žádné plánování jako strukturované testování.

Další výhodou je, že testeři mohou volně zkoumat aplikaci podle svých vlastních znalostí a porozumění aplikaci. Mohou pak provádět různé testy za pochodu, což jim pomůže odhalit chyby v průběhu celého procesu.

Zatřetí mohou testeři a vývojáři aplikace snadno testovat aplikaci sami, protože nevyžaduje testovací případy. Vývojáři tak mohou snadno vytvářet efektivnější a bezchybný kód.

Ad hoc testování lze také kombinovat s dalšími technikami testování a následně je provádět, aby byly výsledky celkově efektivnější a informativnější.

Nevýhody ad hoc testování

Jednou z hlavních nevýhod ad hoc testování je, že vlastní proces testování není zdokumentován, protože se neřídí konkrétním testovacím případem. To ztěžuje regeneraci chyb v testech. Protože aby tester tuto chybu získal, bude si muset pamatovat přesné kroky, kterými se k ní dostal, což není vždy možné.

Občas se stává, že v důsledku neplatných testovacích případů, které tester vytvoří, jsou hlášeny neplatné chyby. To se může stát problémem při následujících procesech opravy chyb. Pokud tester nemá předchozí znalosti o funkčnosti testované aplikace, nebude ad hoc testování užitečné a nebude schopno identifikovat žádné chyby.

Ad hoc testování také nezaručuje, že budou nalezeny všechny chyby. Úspěch ad hoc testování závisí na dovednostech a znalostech testera. Vzhledem k tomu, že neexistují žádné předem vytvořené nebo zdokumentované testovací případy, zůstává množství času, úsilí a zdrojů, které jsou do těchto testů vloženy, nespecifikováno. Nalezení jedné chyby může trvat od několika minut až po několik hodin či déle.

Nejlepší postupy při provádění testování

Testy, které nejsou prováděny správným způsobem, mohou způsobit zbytečné ztráty času. S ohledem na to je nezbytné vědět, jak proces optimalizovat, abyste efektivně provedli úspěšné ad hoc testování.

Následující osvědčené postupy zajistí, že čas strávený prováděním procesu bude využit rozumně s nejlepší šancí na dosažení požadovaných výsledků.

Znejte software

Je nezbytné, aby tester provádějící ad hoc testování měl solidní znalosti a držel se aplikace. Je důležité, aby byl tester obeznámen se všemi hlavními funkcemi aplikace, což zajistí lepší „odhadování chyb“. Se správnými znalostmi bude tester schopen najít více chyb, chyb a obecných nesrovnalostí.

Identifikace oblastí s pravděpodobným výskytem chyb

Pokud tester aplikaci nezná, doporučuje se, aby identifikoval oblasti aplikace náchylné k chybám a začal od nich. Výběr citlivých oblastí pro provádění ad hoc testování umožní testerům snadněji najít chyby.

Prioritizujte oblasti, ke kterým koncový uživatel přistupuje nejčastěji

Začněte testováním oblastí aplikace, které zákazníci a koncoví uživatelé používají nejčastěji. Tímto způsobem nejprve vyhodnotí důležité funkce, což jim umožní předem nahlásit případné chyby.

Volně formulujte plán testování

Ačkoli ad hoc testování nevyžaduje žádné předchozí plánování ani dokumentaci, je užitečné předem provést hrubé plánování. Zaznamenání hlavních oblastí, které vyžadují testování, pomůže testerovi pokrýt co nejvíce v co nejkratším čase.

Zvýšit efektivitu pomocí správných nástrojů

Pro zajištění efektivního průběhu procesu je nezbytné používat správné nástroje, jako jsou monitory úloh, ladicí programy a profilery. Doplňují schopnost testerů izolovat chyby, protože mohou nastat případy, kdy při testování nejsou identifikovány výjimky.

Závěr

Ad hoc testování nevyžaduje složité plánování, dokumentaci a návrhy testovacích případů. Místo toho šetří čas díky své ad hoc povaze a díky výběru testerů, kteří jsou kreativní a mají předchozí znalosti funkčnosti aplikace. Toto testování může pomoci najít více chyb než plánované testování.

Přidejte se k více než 60 000 odběratelům

Pro nejnovější blogy, novinky z oboru a exkluzivní tipy.

*Váš e-mail je u nás v bezpečí, nesnášíme také spam

.