Při testování vstupních dat se soustřeďte na chování systému tam, kde selhává, nikoliv pouze tam, kde vše probíhá hladce. Začněte tím, že si definujete jasné hranice pro každé vstupní pole, ať už jde o délku řetězce, rozsah čísla nebo povolené znaky. Pro každou hranici pak otestujte pět klíčových bodů: hodnotu těsně pod ní, hodnotu přesně na ní a hodnotu těsně nad ní, a to vždy včetně hodnoty prázdné a maximální povolené. Pokud máte pole pro věk s rozsahem 1 až 120, vyzkoušejte hodnoty 0, 1, 2, 119, 120 a 121. Stejně důležité je testovat neplatné formáty, jako jsou náhodné znaky v číselném poli, mezery na začátku či konci, nebo záporná čísla tam, kde se neočekávají. Tento přístup vám při testování aplikací odhalí nejen to, zda validace funguje, ale také jaké chybové hlášky uživatel uvidí.
Druhý klíčový okruh představují chybové stavy, které nenastávají kvůli špatnému vstupu uživatele, ale kvůli vnějším okolnostem. Zaměřte se na to, jak se systém zachová při výpadku databáze, připojení k síti nebo při pokusu o uložení dat s duplicitním klíčem. Prakticky to znamená simulovat tyto situace, pokud možno v izolovaném prostředí, a sledovat, zda aplikace spadne, zamrzne, nebo zobrazí srozumitelnou hlášku s možností opakování akce. Věnujte pozornost také tomu, co se stane s daty, která uživatel zadal před chybou – měla by zůstat v formuláři, nikoliv se ztratit. Vždy si ověřte, že po obnovení spojení může uživatel v akci pokračovat, případně že je proces bezpečně přerušen. Užitečné je také testovat časové limity, tedy co se stane, když server neodpoví dostatečně rychle – chybová hláška by měla přijít po rozumné době a ne po nekonečném čekání.
V neposlední řadě nezapomínejte na kombinace vstupů, protože chyba se často projeví až při interakci více polí najednou. https://vyvojarska.cz/ scénáře, kdy je jedno pole v pořádku a druhé ne, kdy jsou obě špatně, nebo kdy jsou hodnoty vzájemně neslučitelné, jako je zadání data konce dříve než data začátku. Pro každou takovou kombinaci sledujte, zda validace probíhá na úrovni jednotlivých polí i na úrovni celého formuláře. Důležité je také ověřit, jak se aplikace chová při vkládání extrémně dlouhých vstupů, které sice formálně splňují limit, ale reálně zatíží systém – například kopírování celého textu do pole pro jméno. Při tomto typu testování aplikací se vyplatí používat automatizované nástroje pro generování náhodných a hraničních hodnot, ale vždy s lidskou kontrolou výsledků. Snažte se myslet jako uživatel, který nezná vnitřní pravidla systému, a zkoušejte i věci, které vás jako vývojáře nenapadnou. Jen tak odhalíte slabá místa dříve, než na ně narazí skutečný provoz.