V tomto článku
Vyberte celý pracovný postup
Začnite jedným procesom od vstupu po výsledok. Pri servisnej firme to môže byť prijatie požiadavky, pridelenie technika, záznam práce a odovzdanie podkladov na fakturáciu. Samostatná funkčná obrazovka nepreukazuje, že nadväzujúce kroky fungujú spolu.
Ku krokom priraďte konkrétne roly. Skúšať má aj človek, ktorý bude systém používať každý deň. Vopred sa dohodnite, na akej verzii a v akom prostredí testujete. Pripravte fiktívne záznamy, ktoré majú podobnú štruktúru ako vaša práca.
Zapíšte vstup, kroky a očakávaný výsledok
Nasledujúci vzor je ilustračný preberací scenár. Doplňte ho podľa zadania aplikácie a používajte rovnaký postup aj pri opakovaní testu po oprave.
| Označenie | ZAK-01: dokončenie zákazky technikom |
|---|---|
| Príprava | Dispečer vytvorí zákazku a priradí ju technikovi A. |
| Kroky | Technik otvorí zákazku v telefóne, pridá poznámku, prílohu a označí prácu za dokončenú. |
| Očakávanie | Dispečer vidí nový stav, prílohu a čas zmeny. Fakturant vidí podklad iba raz. |
| Dôkaz | Číslo testovacej zákazky, verzia aplikácie, výsledok a prípadná snímka chyby. |
Ak zadanie nehovorí, kto smie meniť dokončenú zákazku, nejde len o chybu testovania. Najprv treba doplniť rozhodnutie do zadania softvéru.
Preverte výnimky, ktoré sa v práci naozaj stávajú
- Chýba povinné pole: aplikácia vysvetlí, čo doplniť, a zachová ostatné vyplnené údaje.
- Používateľ klikne dvakrát: nevzniknú dve rovnaké zákazky alebo dva doklady.
- Spojenie sa preruší: je jasné, či sa zmena uložila a ako bezpečne pokračovať.
- Dvaja ľudia upravujú ten istý záznam: výsledok zodpovedá dohodnutému pravidlu a zmeny sa nestratia bez upozornenia.
- Príloha má nepodporovaný typ alebo veľkosť: používateľ dostane zrozumiteľné vysvetlenie.
Nepotrebujete vymýšľať každú možnú chybu. Začnite výnimkami, ktoré pozná váš tím, a prípadmi, kde by nesprávny výsledok zastavil prácu.
Skontrolujte prístupy aj prenesené údaje
Prihláste sa ako bežný používateľ, vedúci a správca. Overte zobrazenie aj úpravy podľa dohodnutých oprávnení; samotné skrytie tlačidla nestačí ako dôkaz. Skontrolujte tiež odobranie prístupu človeku, ktorý už s aplikáciou nemá pracovať.
Pri migrácii porovnajte nielen počet záznamov, ale aj väzby, prílohy, dátumy a vybrané súčty. Vyberte bežné aj neobvyklé prípady. Ak stará tabuľka obsahuje duplicity, zaznamenajte, podľa akého pravidla sa zlúčili. Na túto časť nadväzuje prechod na nové CRM.
Rozhodnite, ktoré chyby bránia spusteniu
Každá chyba potrebuje opis, postup zopakovania, vlastníka a stav. Rozlišujte zablokovaný hlavný proces, chybu s použiteľným náhradným postupom a drobnú vizuálnu úpravu. Priority dohodnite s ľuďmi, ktorí nesú zodpovednosť za prevádzku.
Opravu považujte za overenú až po zopakovaní pôvodného scenára. Zároveň skúste najbližšie súvisiace kroky. Zmena ukladania zákazky môže napríklad ovplyvniť aj export pre fakturáciu.
Pripravte spustenie aj návrat
Pred prechodom určite termín, zodpovednú osobu, spôsob podpory a podmienku, pri ktorej sa vrátite k predchádzajúcemu riešeniu. Overte obnovu zo zálohy v skúšobnom prostredí. Samotná existencia súboru so zálohou nepotvrdzuje, že sa z neho dá systém obnoviť.
Preberací protokol má obsahovať verziu, vykonané scenáre, výsledky, otvorené chyby a rozhodnutie o spustení. Ak aplikácia ostala rozpracovaná, pri dokončení softvéru je práve tento zoznam dobrým podkladom na určenie zostávajúcej práce.