Manuální nebo automatizované testování: kdy které
Manuální testování znamená, že scénář prochází člověk – zadává údaje, sleduje chování aplikace a vyhodnocuje výsledek. Při automatizovaném testování nástroj provádí připravené kroky nebo volání a ověřuje předem určená očekávání. Testy mohou běžet samostatně nebo jako součást pipeline podle konfigurace. Dobrá strategie obvykle kombinuje oba přístupy a rozhoduje, kam který scénář patří.
Běžné problémy, které je třeba vyřešit
Debata obvykle sklouzne ke dvěma extrémům. Jeden říká „zautomatizujme všechno“, druhý „na to nám stačí testeři“. Oba přístupy mohou být zbytečně nákladné.
Všechno nelze automatizovat a ani by se to nemělo dělat – mnoho scénářů se spustí několikrát do roka a sada, která je pokrývá, se zpravidla nezaplatí. U většího produktu může zase manuální regresní testování před releasem trvat několik dní a při časovém tlaku roste riziko, že se část scénářů přeskočí.
Správná otázka není „manuální, nebo automatizované“, ale „kam patří konkrétní scénář“.
Jak to řešit
U každého scénáře si klademe čtyři otázky:
Jak často se opakuje? Četnost je jedním z nejdůležitějších faktorů. Scénář, který procházíte při každém releasu, je silnějším kandidátem na automatizaci. To, co spustíte dvakrát ročně, se zpravidla nezaplatí – tam bývá ruční ověření levnější.
Je scénář stabilní, nebo se mění? Ustálený nákupní tok bývá vhodným kandidátem na automatizaci. U často předělávané obrazovky zvažte pozdější UI test nebo kontrolu na stabilnější úrovni, například přes API.
Kolik stojí, když se porouchá právě toto? U platby, přihlášení či objednávky může mít pravidelná kontrola vyšší hodnotu než u okrajové stránky s nízkou návštěvností.
Co zůstává člověku. Automatizovaný test ověřuje to, co jste do něj navrhli; lidský úsudek zůstává důležitý při průzkumném testování, posuzování použitelnosti a hledání neočekávaných problémů. Když část rutiny převezme nástroj, tester může věnovat více času právě těmto úlohám.
Co vám vhodná kombinace přinese
- Automatizaci tam, kde má šanci na návratnost, a člověka tam, kde rozhoduje úsudek – bez plošného utrácení.
- Regresní testování, které může proběhnout podstatně rychleji než čistě ruční kontrola, bez zbytečné automatizace okrajových věcí.
- Testera, který vykonává práci s přidanou hodnotou, nikoli stále dokola stejné proklikávání.
Další krok
Nevíte, co ze svého testování automatizovat a co ponechat beze změny? Napište nám – projdeme scénáře a rozdělíme je podle četnosti, stability a ceny chyby. Vyvážený pohled najdete také v tématu výhody a nevýhody automatizace.