Adhoc testování se obvykle provádí za účelem prolomení systému a pomocí netradičních způsobů. Nejpřekvapivější vlastností adhoc testování je, že nemá žádnou techniku návrhu testů pro vytvoření testovacích případů.

Testování se obvykle provádí za účelem nalezení mezer v softwaru. Protože Adhoc testování nemá testovací případy, často se provádí bez jakékoli dokumentace.

Podívejte se na proces podrobněji

Adhoc testování je technika, která spadá do kategorie „nestrukturované testování“.

Co je to strukturované a nestrukturované testování

Strukturované testování

V tomto přístupu je každá činnost, která se během testovacího postupu vyskytne, od vytvoření testovacích případů až po jejich postupné provádění, vše naskriptováno. Testeři se řídí tímto skriptem a provádějí testy podle něj.

Nestrukturované testování

Při tomto přístupu se testování běžně provádí pomocí hádání chyb, kdy testeři vytvářejí testovací případy, během samotného procesu testování.

Co je to adhoc testování?

Jak bylo uvedeno výše, jedná se o typ nestrukturovaného přístupu k testování, kdy před zahájením procesu testování není vytvořen žádný organizovaný plán.

Před testováním se tedy neprovádí žádná dokumentace požadavků ani plánování a navrhování testovacích případů.

Ad-Hoc testování obvykle provádí tester, který má dobré znalosti o testovaném softwaru, pokud jde o to, co dělá a jak funguje.

Toto testování se provádí náhodným vytvářením testovacích případů pomocí hádání chyb a jejich prováděním, aniž by se řídil nějakými požadavky na test.

Důležitou součástí tohoto testování je zjištění potenciálních oblastí softwaru, kde by se mohly vyskytovat chyby.

Proto se mu také někdy říká opičí testování nebo náhodné testování. Proto je důležité, aby toto testování prováděli pouze ti testeři, kteří mají dobrou znalost softwaru.

Výhodou testování Ad-Hoc je, že ušetří poměrně hodně času, který jinak zabere tvorba dokumentů, jako jsou požadavky na testování, plánování testovacích případů, návrh atd.

Obvykle se také provádí poté, co již bylo provedeno strukturované testování. Provádí se proto, aby se zjistily neobvyklé nedostatky v softwaru, které nebylo možné odhalit podle předem napsaných testovacích případů.

Typy testování Ad-Hoc

1) Buddy Testing

Při tomto typu testování Ad-Hoc se testy provádějí týmovou prací nejméně dvou lidí. Tento tým se obvykle skládá alespoň z jednoho testera a jednoho vývojáře softwaru.

Tento typ testování probíhá po dokončení provádění jednotkových testů modulu.

Tým dvou „kamarádů“ pracuje společně na daném modulu a vytváří platné testovací případy.

Toto se provádí proto, aby tester nakonec nenahlásil chyby vzniklé prostřednictvím neplatných testovacích případů. Tento typ testování lze také považovat za kombinaci jednotkového a systémového testování.

2) Opičí testování

Náhodnost přístupu použitého při tomto testování je důvodem, proč je označováno jako „opičí testování“.

Tady se testovanému softwaru poskytují náhodné vstupy, u kterých se sledují jim odpovídající výstupy.

Na základě získaných výstupů se zjišťuje případný výskyt chyb, nesrovnalostí nebo pádů systému.

3) Párové testování

Toto testování je velmi podobné testování kamarádů. Zde však na modulech určených k testování pracuje společně pouze dvojice testerů.

Společně sdílejí nápady, názory a znalosti nad stejným strojem, aby identifikovali chyby a nedostatky.

Testeři jsou spárováni podle úrovně svých znalostí a odbornosti, aby získali odlišný pohled na jakýkoli problém.

Charakteristika adhoc testování

• Toto testování se provádí poté, co již byly na softwaru provedeny formální testovací techniky. Důvodem je, že ad-hoc testy se provádějí za účelem zjištění anomálií v aplikaci, které nelze před testováním předvídat.
• Toto testování mohou provádět pouze ti testeři, kteří mají dobré a důkladné znalosti o fungování aplikace. Je to proto, že efektivní „odhadování chyb“ lze provést pouze tehdy, když tester ví, co aplikace dělá a jak funguje.
• Technika ad-hoc testování je nejvhodnější pro hledání chyb a nesrovnalostí, které dávají vzniknout kritickým mezerám v aplikaci. Takové chyby je obvykle velmi obtížné odhalit.
• Toto testování zabere relativně méně času než ostatní techniky testování. Je to proto, že se provádí bez předchozího plánování, navrhování a strukturování.
• Ad hoc testování se provádí pouze jednou, protože všechny nalezené chyby je třeba znovu otestovat.

Příklady ad hoc testů

• Testování správného fungování aplikace při různých nastaveních prohlížeče. Například identifikace chyb, které se objeví, když je v různých prohlížečích zakázána volba pro JavaScript, atd
• Testování aplikace na různých platformách. Je nezbytné zkontrolovat, zda vyvinutá aplikace může plynule běžet v různých operačních systémech nebo prohlížečích.
• Poskytnutí vstupů do systému, které jsou mimo rozsah platných vstupů, s cílem zkontrolovat, zda je výsledná akce provedená aplikací vhodná, či nikoli.
• Kopírování adresy URL aplikace a manipulace s ní pro spuštění v jiném prohlížeči. To se provádí, aby se zjistilo, že případní neautorizovaní uživatelé nemohou získat neautentizovaný přístup do systému.
• Procházení sérií náhodných kroků nebo náhodné procházení aplikace tak, aby se zkontrolovaly výsledky získané procházením určité kombinace neobvyklých vstupů.

Kdy provádět ad hoc testování

Obvykle se ad hoc testování provádí, když není dostatek času na provedení vyčerpávajícího a důkladného testování, které zahrnuje přípravu dokumentu s požadavky na testování, testovacích případů a návrhů testovacích případů.

Ideální dobou pro provedení tohoto typu testování je doba po dokončení formálních technik testování.

Testy ad-hoc lze však provádět i uprostřed vývoje softwaru.

Může být provedeno po kompletním vývoji softwaru, nebo dokonce po vývoji několika modulů.

Může být provedeno i v průběhu procesu formálních metod testování.

Existuje však několik situací, kdy se toto testování provádět nesmí. Každý tester proto musí vědět, kdy se tomuto testování vyhnout.

Níže je uvedeno několik podmínek, kdy se ad-hoc testování nesmí provádět:

• Ad-hoc testování se nesmí provádět, když se provádí beta testování. Je to proto, že testování Beta se účastní zákazníci, kteří testují vyvíjený software, aby poskytli návrhy na nové funkce, které je třeba přidat, nebo aby změnili požadavky na něj.
• Toto testování se také nedoporučuje provádět v testovacích případech, které již mají existující chyby. Chyby je třeba nejprve řádně zdokumentovat a teprve poté je ze systému odstranit. Po jejich odstranění je třeba testovací případy znovu otestovat, aby bylo zajištěno jejich správné fungování.

Jaké jsou výhody ad-hoc testování?

• Jednou z výhod ad-hoc testování je, že při náhodném testování aplikace lze nalézt mnoho chyb, které při použití pouze formálních metod testování obvykle zůstávají neodhaleny.
• Testeři mohou aplikaci volně zkoumat podle své intuice a pochopení aplikace. Mohou pak provádět testy za pochodu, což jim pomáhá při odhalování chyb během tohoto procesu.
• Testeři i vývojáři aplikace mohou snadno testovat aplikaci, protože není třeba plánovat a navrhovat žádné testovací případy. To pomáhá vývojářům snadno vytvářet efektivnější a bezchybné kódy.
• Toto testování může také pomoci při vytváření jedinečných testovacích případů, které mohou neefektivně odhalit chyby. Proto lze takové testovací případy přidat k formálnímu testování spolu s dalšími plánovanými testovacími případy.
• Ad hoc testování lze provádět kdykoli během životního cyklu vývoje softwaru, protože se neřídí žádným formálním procesem.
• Může být kombinováno s jinými technikami testování a prováděno tak, aby přineslo informativnější a efektivnější výsledky.

Jaké jsou nevýhody ad hoc testování?

• Protože proces testování není dokumentován a není dodržován žádný konkrétní testovací případ, je pro testera velmi obtížné regenerovat chybu. Je to proto, že si tester musí pamatovat přesné kroky, které provedl, aby danou chybu získal, což není pokaždé možné.
• Někdy jsou v důsledku provádění neplatných testovacích případů náhodně vytvořených testerem hlášeny neplatné chyby, což se stává problémem v následných procesech odstraňování chyb.
• Pokud testeři nemají předchozí znalosti o fungování testované aplikace, pak provádění ad-hoc testů nebude schopno odhalit mnoho chyb. Je to proto, že testeři musí pracovat s odhadem chyb a intuitivně vytvářet a provádět testovací případy na místě.
• Ad hoc testování neposkytuje jistotu, že chyby budou nalezeny. Proaktivní odhadování chyb při testování zcela závisí na dovednostech a znalostech testera.
• Protože neexistují předem vytvořené a zdokumentované testovací případy, zůstává množství času a úsilí, které se do tohoto testování vloží, nejisté. Někdy může nalezení i jediné chyby zabrat obrovské množství času.

Nejlepší postupy pro provádění testování Ad-Hoc

Pro efektivní provádění techniky testování Ad-Hoc je důležité znát nejúčinnější a nejefektivnější způsoby.

Je to proto, že pokud se testy neprovádějí správným způsobem, pak úsilí a čas vložené do testů přijdou vniveč.

Pro provádění tohoto typu testování je proto třeba znát osvědčené postupy, které mohou pomoci při komplexnějším přístupu k testování:

1) Dobrá znalost softwaru

Ujistěte se, že tester určený k testování aplikace prostřednictvím ad-hoc přístupu má dobré znalosti o aplikaci.

Tester musí být obeznámen se všemi funkcemi aplikace, aby bylo usnadněno lepší „odhadování chyb“ v aplikaci.

Při dostatečných znalostech, které podpoří proces testování testera, je nalezení většího množství chyb, chyb a nesrovnalostí snazší.

2) Zjistěte oblasti s výskytem chyb

Pokud testeři, jak nejsou obeznámeni s aplikací, pak je pro ně nejlepším postupem, jak začít proces testování, zkontrolovat tu část aplikace, kde se nachází většina chyb.

Výběr takových citlivých oblastí pro provedení ad-hoc testů jim může pomoci snadněji najít chyby.

3) Stanovení prioritních oblastí testování

Vždy je lepší začít testovat od těch oblastí aplikace, které jsou nejvíce využívány koncovými uživateli nebo zákazníky. To pomáhá zajistit důležité funkce a předem nahlásit případnou chybu.

4) Zhruba naplánujte plán testování

Ačkoli adhoc testování nevyžaduje žádné předchozí plánování ani dokumentaci, ukazuje se jako velmi užitečné a efektivní, pokud je předem vytvořen hrubý plán.

Jediný zápis hlavních ukazatelů a oblastí, které vyžadují testování, může testerům pomoci pokrýt maximální část aplikace v krátkém čase.

5) Nástroje

Pro usnadnění procesu testování je nezbytné využívat správný druh nástrojů, jako jsou debuggery, monitory úloh a profilery.

Je to proto, že se občas stává, že specifické chyby a výjimky nejsou při testování vidět a nejsou zachyceny.

Použití správných nástrojů však může pomoci chybu izolovat během krátké doby.

Adhoc testování vs. průzkumné testování

.

Adhoc testování	Průzkumné testování
Testéři musí mít jasnou představu o pracovním postupu aplikace	Testéři se dozvědí o tom, co je třeba udělat. aplikaci za pochodu
Více o zdokonalování procesu testování	Jedná se o metodu učení se o aplikaci
Forma pozitivního testování	Forma negativního systému
Neexistuje žádný plán	Použije se plán založený na chartě
Není navržen časový limit	Časový box/znakový vektor
Může být proveden testovacím inženýrem softwaru	Musí být provádět odborník
Soustředit se na proces aplikace	Především se zaměří na oblasti zadávání dat
Složitost testů nebude tento proces příliš obtěžovat	Výzvy s tím spojené

.