Před spuštěním e-shopové aplikace otestujte nákupní cestu
Aplikace může působit přehledně na úvodní obrazovce, ale skutečný test začíná až ve chvíli, kdy člověk hledá zboží a pokračuje dál. Před spuštěním proto projděte celý zákaznický postup, nejen jednotlivé obrazovky.
Od nabídky ke správnému produktu
Ověřte, zda se člověk dostane k produktu stejným způsobem jako v běžné situaci. Zkontrolujte také odkaz z konkrétní zprávy. Pokud návštěvník skončí na začátku katalogu a musí znovu hledat, navazující krok neplní svůj účel.
Přihlášení a přechody mezi systémy
Při propojení s e-shopem sledujte, kde zákazník mění prostředí a co se přitom děje. Zůstává vybraný produkt? Je jasné, kde dokončí objednávku? Integrace se liší a tyto vlastnosti nelze předpokládat bez skutečného testu.
Zkuste i přerušení postupu
Zákazník může odejít z aplikace, ztratit připojení nebo se vrátit později. Podívejte se, zda rozumí stavu svého úkonu a ví, co udělat dál. Testujte s reálným obsahem a na podporovaných zařízeních. Drobné nejasnosti v textu tlačítek mohou být stejně důležité jako technické chyby.
Testovací scénář se skutečnou objednávkou
Připravte testovací produkt a projděte cestu od odkazu v aplikaci až po dokončení objednávky v určeném testovacím režimu e-shopu. Zkontrolujte variantu, počet kusů, cenu, dopravu a potvrzení. Pokud nemáte oddělené testovací prostředí, nejprve domluvte bezpečný postup s provozovatelem obchodu. Zkouška nesmí nechtěně vyvolat expedici nebo skutečnou platbu.
Každý krok zaznamenejte na zařízení, které používá běžný zákazník. Nestačí ověřit, že tlačítko reaguje. Důležité je, zda otevře správný obsah, zda se nic neztratí při přechodu a zda člověk rozumí tomu, co právě odeslal.
Otestujte i chybu a návrat
Zvolte vyprodanou variantu, přerušte průchod před dokončením a vraťte se o krok zpět. Ověřte, zda se počet kusů nezměnil a zda je stav objednávky jednoznačný. U platební části postupujte podle dokumentovaného testovacího režimu používané brány; vzhled obrazovky sám o sobě nepotvrzuje správné zpracování platby.
Pokud aplikace otevírá e-shop v jiném prostředí, vyzkoušejte přihlášení a návrat do aplikace. Právě hranice mezi systémy bývá místem, kde zákazník ztrácí orientaci. Rozdílné chování na iOS a Androidu zapisujte odděleně a před spuštěním je projděte s dodavatelem.
Kontrola nabídky po spuštění
Seznam ověřených cest si ponechte. Při změně e-shopu, dopravy nebo objednávkového formuláře zopakujte dotčené scénáře. Funkční aplikace může začít vést na nesprávné místo i změnou navazujícího webu. Určete, kdo za kontrolu odpovídá a jak se k němu dostane hlášení zákazníka.
Za připravenou cestu považujte takovou, kterou dokáže zákazník dokončit a jejíž výsledek správně rozpozná také obsluha. To je důležitější než počet obrazovek, které při interní ukázce vypadají bezchybně.
Co zapsat při nalezené chybě
Uveďte zařízení, výchozí odkaz, provedené kroky a očekávaný výsledek. Přidejte skutečný výsledek a informaci, zda se situace opakuje. Záznam „nešel nákup“ je příliš široký; popis, že se po výběru varianty otevřela jiná položka, už umožňuje konkrétní opravu.
Po opravě zopakujte původní scénář a zkontrolujte sousední variantu. Nejde o testování všeho donekonečna, ale o ověření, že řešení odpovídá nalezenému problému. Seznam těchto scénářů si ponechte pro další změny navazujícího e-shopu.
Praktický kontrolní seznam
- Otevřete produkt z cíleného odkazu
- Projděte přihlášení a dokončení nákupu
- Ověřte návrat po přerušení