Jak otestovat aplikaci před spuštěním: praktický plán

Při testování aplikace před spuštěním sepište několik postupů, které musí uživatel zvládnout, projděte každý jako úplně nový uživatel na notebooku a telefonu a pak vyzkoušejte způsoby, jak může něco pokazit: prázdná data, špatný vstup, druhý účet, pomalé připojení. Vše, co souvisí s penězi nebo soukromými daty, testujte se zvláštní pečlivostí a po publikování zopakujte hlavní postupy na živé adrese. Nakonec sledujte někoho, kdo aplikaci nikdy neviděl, jak se ji snaží použít.

Pro to nepotřebujete tým QA ani testovací framework. Potřebujete seznam, hodinu nebo dvě a odhodlání si to opravdu proklikat.

Krok 1: Zapište postupy, na kterých záleží

Postup je úkol od začátku do konce, pro který uživatel přijde. Většina aplikací jich má tři až šest, na kterých skutečně záleží. U aplikace pro rezervace:

Registrace a potvrzení účtu
Najít lekci a rezervovat ji
Zrušit rezervaci
Zaplatit permanentku na lekce
Personál: zobrazit dnešní rezervace

Pokud jste napsali uživatelské příběhy, jsou jejich akceptační kritéria vaše testovací případy. Pokud ne, napište jeden řádek na postup s tím, jak vypadá „úspěch“.

Seřaďte je podle důležitosti. Postupy, které vydělávají peníze nebo které projdou všichni uživatelé (registrace, přihlášení, hlavní akce), testujte jako první a nejdůkladněji.

Krok 2: Otestujte šťastnou cestu jako nový uživatel

„Šťastná cesta“ je postup, který probíhá přesně tak, jak má. Testujte ho tak, jak by ho zažil cizí člověk:

Použijte okno v anonymním režimu, abyste nebyli přihlášeni a neměli uložená data.
Použijte nový účet s reálným e-mailem, který můžete zkontrolovat.
Začněte na domovské stránce nebo z odkazu, ne na stránce, kterou jste si během tvorby přidali do záložek.

Noví uživatelé nemají žádná data. Mnoho chyb se projeví až ve chvíli, kdy je seznam prázdný, profil nemá fotku nebo ještě nic nebylo koupeno. Váš vlastní účet plný testovacích dat tyto chyby skrývá.

Krok 3: Zkuste to rozbít

Nyní každý postup zopakujte a záměrně udělejte něco špatně.

Zkuste toto	Co kontrolujete
Odeslat formuláře prázdné nebo jen s mezerami	Povinná pole jsou vynucena, s jasnou zprávou
Velmi dlouhý text, emotikony, jména s diakritikou	Rozložení vydrží, data se uloží správně
Špatné formáty: písmena v telefonním poli, datum v minulosti	Validace na stránce i na serveru
Dvojklik na tlačítko odeslání	Žádné duplicitní objednávky nebo rezervace
Tlačítko zpět v prohlížeči uprostřed postupu	Žádný rozbitý stav ani ztracená data
Obnovit stránku na každé stránce	Data přetrvají; žádná prázdná stránka nebo 404
Odhlásit se a stisknout zpět	Soukromé stránky se nezobrazí
Dvě karty upravující stejnou věc	Poslední uložení tiše nesmaže první

Obnovení stránky zmiňme zvlášť: pokud aplikace funguje, když proklikáváte, ale obnovení hlubší stránky ukáže 404, podívejte se na jak opravit chyby 404 po nasazení.

Krok 4: Otestujte oprávnění se dvěma účty

Toto je nejdůležitější test pro každou aplikaci s účty a ten, který se nejčastěji přeskakuje.

Vytvořte dva běžné uživatele, A a B, a (pokud aplikace nějaké má) admina.

Jako A vytvořte záznam. Přihlaste se jako B. Vidí ho, může ho upravit nebo smazat? Nemělo by to být možné, pokud to není záměr návrhu.
Jako A zkopírujte adresu URL jednoho ze svých záznamů. Přihlaste se jako B a otevřete ji přímo.
Jako běžný uživatel zkuste otevřít administrátorské stránky napsáním jejich adres.
Úplně se odhlaste a zkuste stejné adresy znovu.

Pokud tady najdete problém, nespouštějte, dokud není opraven. Kontrola musí proběhnout na serveru, ne jen skrytím tlačítka. Naše bezpečnostní kontrolní seznam pro aplikace vytvořené AI jde hlouběji.

Krok 5: Testujte na skutečných zařízeních

Otevřete aplikaci na skutečném telefonu, ne jen v úzkém okně prohlížeče.

Můžete klepnout na každé tlačítko bez přibližování?
Nezakrývá klávesnice pole, do kterého píšete?
Tabulky a široký obsah se posouvají nebo zalamují, místo aby tlačily stránku do strany?
Je text čitelný bez roztahování?

Zkuste aspoň jeden iPhone (Safari) a jeden telefon s Androidem (Chrome), pokud si je můžete půjčit. Safari má zvlášť vlastní potíže s daty, videem a prvky s pevnou pozicí.

Krok 6: Otestujte platby a e-maily od začátku do konce

Cokoli, co účtuje karty nebo posílá e-maily, potřebuje úplný průchod.

Platby. Použijte testovací režim vašeho poskytovatele plateb a testovací čísla karet. Ověřte úspěšnou platbu, zamítnutou kartu a zrušený nákup. Potvrďte, že se objednávka nebo předplatné po platbě zobrazí ve vaší aplikaci, a ne jen v administraci poskytovatele. Pokud se aplikace spoléhá na webhooky (zprávy, které poskytovatel plateb posílá vašemu serveru), ověřte, že doručují na publikované aplikaci, ne jen ve vývoji. Pak před spuštěním přepněte na živé klíče a udělejte jeden malý skutečný nákup, který vrátíte.

E-maily. Zaregistrujte se s reálnými adresami u dvou nebo tří různých poskytovatelů. Zkontrolujte, že e-maily dorazí, nejsou ve spamu, a že každý odkaz v nich míří na živou doménu, ne na adresu náhledu.

Krok 7: Zkontrolujte rychlost a chyby

Otevřete vývojářské nástroje prohlížeče (pravé tlačítko → Prozkoumat) a podívejte se na záložku Konzole na každé hlavní stránce. Červené chyby stojí za opravu, i když nic není vidět rozbité.
Načtěte web na telefonu přes mobilní data, ne přes Wi-Fi. Pokud se první obrazovka načítá několik sekund, nejdřív zkontrolujte velikosti obrázků.
Spusťte bezplatný audit, například Lighthouse v nástrojích pro vývojáře Chrome, pro rychlý přehled o výkonu a přístupnosti.

Krok 8: Testujte publikovanou aplikaci, ne jen náhled

Náhled a publikovaná aplikace nejsou stejné prostředí. Než o spuštění někomu řeknete, zopakujte hlavní postupy na živé adrese:

Jsou všechny proměnné prostředí a tajné klíče nastavené pro publikovanou aplikaci?
Používá správnou databázi se správnými daty?
Přesměrování po přihlášení a odkazy v e-mailech používají živou doménu?
Načte se správně obnovení hlubší stránky?

Krok 9: Sledujte, jak to používá někdo jiný

Dejte jednomu nebo dvěma lidem cíl („rezervuj jógu na sobotu“), ne instrukce. Sledujte, nepomáhejte, a zapisujte si, kde váhají. Je to nejrychlejší způsob, jak najít nejasné texty a skrytá tlačítka. Pro větší verzi tohoto testu viz jak provést beta test.

Když narazí na chybu, zapište ji pořádně: kroky, očekávaný výsledek a skutečný výsledek. Formát ukazuje náš návod jak napsat dobré hlášení chyby.

Použití AI při testování

Pokud tvoříte s AI, můžete ji požádat o pomoc s plánem a během testů:

Vypiš hlavní uživatelské postupy v této aplikaci a u každého okrajové případy, které se nejpravděpodobněji rozbijí: prázdné stavy, neplatný vstup, oprávnění a obnovení stránky. Sestav to jako kontrolní seznam, který mohu projít.

Přihlas se dvěma různými testovacími uživateli a zkontroluj, jestli uživatel B může vidět nebo změnit cokoli, co vytvořil uživatel A, včetně otevření záznamů A přes adresy URL. Než cokoli opravíš, nahlas, co jsi našel.

Zprávu o testech od AI berte jako první průchod. Postupy s penězi a oprávněními stejně projděte sami.

Testování v Mythexu

V Mythexu příkaz /test spustí App Testing: agent ovládá prohlížeč nad vaším živým náhledem, proklikává stránky, pořizuje snímky obrazovky a v chatu hlásí rozbité toky. Nejlépe funguje u konkrétního postupu, například „otestuj registraci a rezervaci lekce“. Co najde, opravte pomocí /fix nebo běžnou zprávou a pak spusťte /test znovu. App Testing používá náhled, takže hlavní postupy na publikované adrese po publikování zkontrolujte sami. Viz App Testing v dokumentaci a náš návod jak ladit aplikaci vytvořenou AI, když něco selže.

Časté chyby

Testování jen jako sám sebe. Váš admin účet s množstvím dat skrývá chyby prázdných stavů a oprávnění.
Testování jen na notebooku. Mnoho návštěvníků webů přichází z telefonu.
Vynechání druhého účtu. Únik dat mezi uživateli je nejvážnější chyba, se kterou může aplikace spustit.
Důvěra v náhled. Živá aplikace má jiná nastavení; testujte i ji.
Opravování chyb bez opětovného otestování okolí. Oprava jednoho formuláře může rozbít jiný, který sdílí kód.

Kontrolní seznam před spuštěním

Hlavní postupy sepsány a seřazeny
Každý postup projde jako úplně nový uživatel v anonymním okně
Prázdný, neplatný, dlouhý a duplicitní vstup je ošetřen
Obnovení funguje na každé stránce
Uživatelé nevidí ani nemění data jeden druhého, ani přes adresu URL
Administrátorské stránky zablokované pro běžné uživatele i pro odhlášené návštěvníky
Funguje na skutečném iPhonu a telefonu s Androidem
Platby otestovány: úspěch, zamítnutí, zrušení a aplikace se po nich aktualizuje
E-maily dorazí, nejsou ve spamu a odkazují na živou doménu
Žádné červené chyby v konzoli na hlavních stránkách
Hlavní postupy zopakovány na publikované adrese
Alespoň jeden člověk zvenčí to zkusil, zatímco jste se dívali

Otázky

Kolik testování malá aplikace potřebuje před spuštěním?

Dost na to, abyste měli jistotu, že hlavní postupy fungují pro úplně nového uživatele na telefonu i notebooku, že uživatelé nevidí data ostatních a že vše, co souvisí s penězi, funguje od začátku do konce. U většiny malých aplikací to jsou několik soustředěných hodin, ne týdny.

Potřebuji pro MVP automatizované testy?

Není to nutné. Ruční testování hlavních postupů odhalí většinu chyb, které brání spuštění. Automatizované testy se začnou vyplácet, až aplikaci často měníte a chcete rychle vědět, že jste nerozbili něco, co dřív fungovalo.

Mám testovat na náhledu, nebo na živé aplikaci?

Obojí. Důkladně testujte v náhledu a pak hlavní postupy zopakujte na publikované aplikaci, protože chybějící proměnné prostředí, jiná databáze nebo nastavení směrování mohou způsobit, že živá verze se chová jinak.

Kdo kromě mě by měl aplikaci testovat?

Alespoň jeden člověk, který ji nikdy neviděl. Dejte mu cíl, ne instrukce, a sledujte ho bez pomoci. Tvůrci nevědomky obcházejí cesty, na kterých se věci rozbíjejí.