Připravte bezpečnou kopii procesu
Modelový příklad: formulář ukládá poptávku do evidence a předává ji kolegovi. Výsledek první zkoušky vypadá správně, ale nevíte, co se stane při dvojím odeslání nebo odebraném přístupu.
Zkoušejte oddělenou kopii s falešnými údaji a vlastním testovacím příjemcem. V Make zkopírujte scénář do zkušební varianty, ověřte všechny cílové moduly a vypněte produkční rozesílání v kopii. Pokud neumíte prokázat oddělení, neprovádějte poruchové zkoušky na živých klientech; nejdřív si nechte připravit bezpečné prostředí správcem.
Stáhněte protokol deseti zkoušek. Importujte ho do Google Sheets přes Soubor → Importovat → Nahrát. Vyplňte kdo zkouší, datum, skutečný výsledek a odkaz na důkaz. Výchozí stav je „neprovedeno“, nikoli úspěch.
Zkoušky 1–3: správný vstup a totožnost
- Běžná poptávka. Odešlete testovací FORM-101 s kontaktem a zadáním. V cíli otevřete záznam a porovnejte všechna potřebná pole i původní čas. Úspěch znamená použitelný záznam, ne jen zelený běh.
- Stejná událost podruhé. V testovacím prostředí opakujte stejný zachovaný vstup se stejným identifikátorem. Neposílejte pouze nový formulář: ten může mít nové číslo. Výsledkem má být dohledání původní akce, nikoli druhá karta.
- Stejný kontakt, jiná práce. Nové FORM-102 žádá školení místo webu. Má zůstat samostatnou poptávkou. Kontaktní párování nesmí zničit rozdíl mezi zakázkami.
Zkoušky 4–6: chybějící údaj a částečný výsledek
- Chybějící kontakt. Odstraňte kontakt pouze ve zkušebním vstupu. Případ má zůstat dohledatelný k doplnění s odpovědným člověkem. Nesmí se vymyslet adresa nebo zpráva tiše ztratit.
- Přístup do cíle selže. Použijte oddělené testovací připojení bez potřebného oprávnění. Očekávejte zachovaný vstup a dohledatelnou chybu. Neodpojujte sdílené produkční připojení.
- Zápis uspěje, další krok selže. V kopii vložte kontrolovanou chybu až za vytvoření testovací karty. Před obnovou ověřte, že karta existuje. Obnova nesmí vytvořit druhou. Make ukládání neúplných běhů vyžaduje samostatně nastavit.
Zkoušky 7–10: souběh, změna a chybějící výsledek
- Dva souběžné vstupy pro tutéž akci. Odešlete dvě kopie známé testovací události v krátkém odstupu. Zkontrolujte oba běhy i cíl. Nastavení pořadí jednoho scénáře nemusí koordinovat další scénář nebo ruční zápis; Make vysvětluje rozsah zpracování v pořadí.
- Schválení se změnilo. Pokud workflow předává schválenou práci, zrušte schválení v testovacím záznamu před předáním. Očekávejte zastavení předání. Pokud proces schválení nemá, označte „nepoužitelné“ s důvodem.
- Běh vůbec nevznikl. V testovací kopii vypněte plánování, ale ponechte očekávaný termín v nezávislé kontrole. Ta má upozornit na chybějící výsledek. Chybové oznámení samotného scénáře tuto situaci nenahradí.
- Zastoupení kolegy. Nechte zástupce otevřít původní vstup, výsledek a protokol vlastním účtem. Musí poznat, co se stalo a co má udělat dál, bez sdílení hesla.
Co udělat s výsledky
Ke každé neúspěšné zkoušce napište konkrétní mezeru a další krok. Opakujte ji po opravě; pokud změna zasáhne jinou část, ověřte i tu. Zkoušky přeskočené bez důvodu nejsou úspěšné. Návod bezpečné opravy pomůže při částečném výsledku, kontrola termínů při chybějícím běhu.
Dokumentaci jsme zkontrolovali 1. října 2026. Protokol je náš návrh zkoušek, nikoli tvrzení, že vaše propojení prošlo nebo že všechny poruchy dokáže odhalit.