V tomto článku
Vyberte celý pracovní postup
Začněte jedním procesem od vstupu po výsledek. U servisní firmy to může být přijetí požadavku, přidělení technika, záznam práce a předání podkladů k fakturaci. Samostatná funkční obrazovka neprokazuje, že navazující kroky fungují společně.
Ke krokům přiřaďte konkrétní role. Testovat má také člověk, který bude systém používat každý den. Předem se dohodněte, na jaké verzi a v jakém prostředí testujete. Připravte fiktivní záznamy se strukturou podobnou vaší práci.
Zapište vstup, kroky a očekávaný výsledek
Následující vzor je ilustrační přejímací scénář. Doplňte jej podle zadání aplikace a používejte stejný postup i při opakování testu po opravě.
| Označení | ZAK-01: dokončení zakázky technikem |
|---|---|
| Příprava | Dispečer vytvoří zakázku a přiřadí ji technikovi A. |
| Kroky | Technik otevře zakázku v telefonu, přidá poznámku, přílohu a označí práci jako dokončenou. |
| Očekávání | Dispečer vidí nový stav, přílohu a čas změny. Fakturant vidí podklad pouze jednou. |
| Důkaz | Číslo testovací zakázky, verze aplikace, výsledek a případný snímek chyby. |
Pokud zadání neříká, kdo smí změnit dokončenou zakázku, nejde pouze o problém testu. Nejprve doplňte rozhodnutí do zadání softwaru.
Prověřte výjimky, které se v práci skutečně stávají
- Chybí povinné pole: aplikace vysvětlí, co doplnit, a zachová ostatní vyplněné údaje.
- Uživatel klikne dvakrát: nevzniknou dvě stejné zakázky nebo dva doklady.
- Spojení se přeruší: je jasné, zda se změna uložila a jak pokračovat.
- Dva lidé upravují stejný záznam: výsledek odpovídá dohodnutému pravidlu a změny se neztratí bez upozornění.
- Příloha má nepodporovaný typ nebo velikost: uživatel dostane srozumitelné vysvětlení.
Nemusíte vymýšlet každou možnou chybu. Začněte výjimkami, které zná váš tým, a případy, kde by nesprávný výsledek zastavil práci.
Zkontrolujte oprávnění a přenesená data
Přihlaste se jako běžný uživatel, vedoucí a správce. Ověřte zobrazení i úpravy podle dohodnutých oprávnění; samotné skrytí tlačítka nestačí jako důkaz. Zkontrolujte také odebrání přístupu člověku, který už s aplikací nemá pracovat.
Při migraci porovnejte nejen počty záznamů, ale také vazby, přílohy, data a vybrané součty. Vyberte běžné i neobvyklé případy. Pokud původní tabulka obsahuje duplicity, zaznamenejte, podle jakého pravidla se sloučily. Bez vysvětlených rozdílů nelze spolehlivě potvrdit správnost přenosu.
Rozhodněte, které chyby brání spuštění
Každá chyba potřebuje popis, postup zopakování, vlastníka a stav. Rozlišujte zablokovaný hlavní proces, chybu s použitelným náhradním postupem a drobnou vizuální úpravu. Priority dohodněte s lidmi odpovědnými za provoz.
Opravu považujte za ověřenou až po zopakování původního scénáře. Zároveň vyzkoušejte nejbližší související kroky. Změna ukládání zakázky může například ovlivnit export pro fakturaci.
Připravte spuštění i návrat
Před přechodem určete termín, odpovědnou osobu, způsob podpory a podmínku, při které se vrátíte k předchozímu řešení. Ověřte obnovu ze zálohy v testovacím prostředí. Samotná existence souboru se zálohou nepotvrzuje, že z něj lze systém obnovit.
Přejímací protokol má obsahovat verzi, provedené scénáře, výsledky, otevřené chyby a rozhodnutí o spuštění. Pokud aplikace zůstala rozpracovaná, při dokončení softwaru tento seznam pomůže určit zbývající práci.