Testování web aplikací

Které testovací scénáře automatizovat jako první

Prvními automatizovanými testy by neměly být pouze ty, které se nejsnáze píší. Mají chránit procesy důležité pro zákazníky a zároveň týmu ušetřit opakovanou práci. Správné pořadí proto vzniká spojením obchodního rizika, technické vhodnosti a nákladů na dlouhodobou údržbu.

Proč samotný počet testů nestačí

Tým může rychle vytvořit desítky kontrol zápatí, jednoduchých formulářů nebo statického obsahu. Report vypadá dobře, ale porucha přihlášení, objednávky nebo platby zůstane bez pokrytí. Investice roste, ale nesnižuje největší riziko.

Problémem je také opačný cíl: automatizovat celý produkt najednou. Některé funkce se mění tak často, že je nutné testy neustále přepisovat, jiné se používají jen výjimečně. Bez priorit může údržba spotřebovat více času, než automatizace ušetří.

Jak určit pořadí: pět praktických kritérií

U každého kandidátního scénáře si položte stejné otázky:

  1. Dopad: co se stane zákazníkovi a firmě, pokud proces nefunguje?
  2. Frekvence: jak často proces používají zákazníci a jak často ho tým kontroluje?
  3. Riziko změny: jak často se mění příslušný kód a kolik systémů proces propojuje?
  4. Úspora práce: kolik času zabírá opakovatelné ruční ověření?
  5. Náročnost údržby: lze připravit data a výsledek jednoznačně ověřit?

Scénář s vysokým dopadem, častým používáním a jasným výsledkem je dobrým kandidátem na první vlnu. Velmi rizikový scénář s nákladnou přípravou dat může zůstat důležitý, ale nejprve potřebuje technickou přípravu.

Co bývá na začátku

V e-shopu bývají častými kandidáty přihlášení, vyhledání produktu, košík, checkout a potvrzení objednávky. V interním systému to může být vytvoření zákazníka, schválení žádosti nebo zpracování faktury. Rozhodující je výsledek, bez kterého uživatel nedokončí svou práci.

Celou cestu přes uživatelské rozhraní stačí pokrýt reprezentativními případy. Řadu kombinací cen, oprávnění a chybových stavů lze rychleji a přesněji ověřit na úrovni API nebo aplikační logiky. Vznikne tak menší, ale užitečnější sada.

Co je vhodnější nechat člověku

Průzkumné testování hledá problémy, které ještě nemají popsané očekávání. Tester zkouší neobvyklé postupy a klade si otázky, se kterými automatický scénář nepočítá.

Použitelnost a srozumitelnost vyžadují lidský úsudek. Automatický test může odhalit technickou změnu vzhledu, ale sám neposoudí, zda je objednávka pro zákazníka matoucí.

Jednorázové nebo krátkodobé funkce se nemusejí vrátit v podobě úspory času. Pokud je však doprovází vysoké riziko, je nutné se rozhodnout podle dopadu, nikoli pouze podle frekvence.

Na co si dát pozor

Priorita není trvalá. Nový prodejní kanál, změna platby nebo časté incidenty mohou pořadí změnit. Seznam proto pravidelně přehodnocujte a u každého scénáře sledujte také čas údržby a počet užitečných nálezů.

Co tím získáte

Další krok

Sepište pět scénářů, které dnes kontrolujete nejčastěji, a ohodnoťte je podle uvedených kritérií. Pokud chcete priority posoudit nezávisle, ozvěte se nám. Společně oddělíme první vlnu, pozdější kandidáty a kontroly, které je rozumnější ponechat ručnímu testování.

Související témata

Mohlo by vás také zajímat

Chyby odhalíte dříve, než se dostanou k uživatelům

End-to-end testy klíčových scénářů mohou běžet automaticky v CI/CD, abyste chyby odhalili dříve, než se dostanou k zákazníkům.