Akceptační testy informačního systému: jak převzít výsledek, ne jen obrazovky

Dodavatel ukáže všechny formuláře a projekt působí hotově. Uživatelé ale nedokončí měsíční uzávěrku, protože oprava chyby vrací případ do nesprávného stavu. Akceptační testy mají prokázat průchod skutečné práce, nikoli pouze existenci požadovaných obrazovek.

Scénář musí mít měřitelný konec

Místo věty „otestovat objednávky“ napište výchozí data, roli uživatele, kroky a očekávaný výsledek. Například: vedoucí schválí objednávku nad limit, vznikne právě jeden pokyn pro ERP a žadatel vidí schválený stav. Součástí je kontrola výstupů a historie, ne jen úspěšná hláška.

Používejte známou testovací sadu s předem spočtenými částkami a povolenými přístupy. Pokud každý tester vytváří náhodná data, bývá obtížné rozlišit chybu systému od chyby v očekávání.

Ke každému hlavnímu toku přidejte výjimku

Uložení bez povinné přílohy.
Opakované potvrzení stejného požadavku.
Změnu dokladu po schválení.
Výpadek navazující služby a následné opakování.
Pokus uživatele z jiné role otevřít neveřejný dokument.

Negativní test není snaha projekt zdržet. Ověřuje, že chybu lze bezpečně opravit a že aplikace nenechá práci v nejasném mezistavu. To bývá pro provoz důležitější než přesná poloha méně používaného tlačítka.

Rozlište závažnost a rozhodnutí o převzetí

Ne každá vada musí blokovat spuštění a ne každou lze odložit. Předem si dohodněte kategorie a schvalovatele výjimek. Otevřený bod má mít dopad, odpovědnou osobu a termín. Obecný příslib „doladíme za provozu“ není plán nápravy.

Zopakujte test po opravě i v související části

Oprava schvalování může ovlivnit notifikace nebo export. Proto vedle konkrétního vadného kroku spusťte přiměřenou regresní sadu hlavních toků. Zaznamenejte verzi aplikace, prostředí a výsledek. Dokumentované převzetí pak říká, co bylo skutečně ověřeno a co zůstává otevřené.

Akceptační scénáře připravujte už při zadání. Pomohou zpřesnit nabídku a odstranit situace, kdy zákazník a vývojář používají stejné slovo pro jiný výsledek. Kvalitní převzetí je společná práce lidí z provozu a technického týmu.

Blíží se předání nové aplikace?

Pomůžeme převést požadavky do scénářů, podle kterých lze výsledek poctivě ověřit.

Probrat převzetí systému