Ako otestovať aplikáciu pred spustením: praktický plán pred vydaním

Ak chcete otestovať aplikáciu pred spustením, zapíšte si pár ciest, ktoré musí používateľ dokázať dokončiť, prejdite každú ako úplne nový používateľ na notebooku aj na telefóne a potom vyskúšajte spôsoby, ako sa môže niečo pokaziť: prázdne dáta, zlý vstup, druhý účet, pomalé pripojenie. Veci týkajúce sa peňazí alebo súkromných údajov testujte s extra opatrnosťou a po publikovaní zopakujte hlavné cesty na živej URL. Na záver sledujte niekoho, kto aplikáciu nikdy nevidel, ako sa ju pokúša použiť.

Na toto nepotrebujete tím QA ani testovací framework. Potrebujete zoznam, hodinu-dve a disciplínu naozaj ho prejsť.

Krok 1: Zapíšte cesty, na ktorých záleží

Cesta je úloha od začiatku do konca, ktorú používateľ príde vykonať. Väčšina aplikácií má tri až šesť takých, na ktorých skutočne záleží. Pri rezervačnej aplikácii napríklad:

Registrácia a potvrdenie účtu
Nájsť hodinu a rezervovať ju
Zrušiť rezerváciu
Zaplatiť permanentku na hodiny
Zamestnanec: pozrieť dnešné rezervácie

Ak ste napísali používateľské príbehy, ich akceptačné kritériá sú už vaše testovacie prípady. Ak nie, napíšte jeden riadok na cestu s tým, ako vyzerá „úspech“.

Zoraďte ich. Cesty, ktoré zarábajú peniaze, alebo ktoré každý používateľ prejde (registrácia, prihlásenie, hlavná akcia), testujte ako prvé a najdôkladnejšie.

Krok 2: Otestujte šťastnú cestu ako nový používateľ

„Šťastná cesta“ je priebeh, ktorý ide presne tak, ako bol zamýšľaný. Testujte ju tak, ako by ju zažil cudzinec:

Použite súkromné okno prehliadača, aby ste neboli prihlásení a nemali uložené dáta.
Použite čerstvý účet so skutočným e-mailom, ku ktorému máte prístup.
Začnite na domovskej stránke alebo z odkazu, nie zo stránky, ktorú ste si uložili v záložkách počas tvorby.

Noví používatelia nemajú žiadne dáta. Mnohé chyby sa ukážu až vtedy, keď je zoznam prázdny, profil nemá fotku alebo ešte nič nebolo kúpené. Váš vlastný účet plný testovacích dát ich skrýva.

Krok 3: Skúste to rozbiť

Teraz zopakujte každú cestu a úmyselne urobte niečo zle.

Vyskúšajte toto	Čo kontrolujete
Odošlite formuláre prázdne alebo len s medzerami	Povinné polia sú vynútené, s jasnou správou
Veľmi dlhý text, emoji, mená s diakritikou	Rozloženie drží, dáta sa uložia správne
Zlé formáty: písmená v telefónnom poli, dátum v minulosti	Validácia na stránke aj na serveri
Dvojklik na tlačidlo odoslania	Žiadne duplicitné objednávky ani rezervácie
Tlačidlo späť prehliadača uprostred postupu	Žiadny rozbitý stav ani stratené dáta
Obnovenie na každej stránke	Dáta pretrvajú; žiadna prázdna stránka ani 404
Odhlásiť sa a potom stlačiť späť	Súkromné stránky sa nezobrazia
Dva panely upravujú to isté	Posledné uloženie potichu neprepíše prvé

Obnovenie stránky si zaslúži pozornosť: ak aplikácia funguje, keď ju prekliknete, ale obnovenie hlbšej stránky ukáže 404, pozrite si ako opraviť chyby 404 po nasadení.

Krok 4: Otestujte oprávnenia dvoma účtami

Toto je najdôležitejší test pre každú aplikáciu s účtami a ten, ktorý sa najčastejšie preskakuje.

Vytvorte dvoch bežných používateľov, A a B, a (ak ich vaša aplikácia má) administrátora.

Ako A vytvorte záznam. Prihláste sa ako B. Vidí ho B, dokáže ho upraviť alebo zmazať? Nemal by, pokiaľ to nie je zámer.
Ako A skopírujte URL jedného zo svojich záznamov. Prihláste sa ako B a otvorte túto URL priamo.
Ako bežný používateľ otvárajte administrátorské stránky napísaním ich URL.
Úplne sa odhláste a vyskúšajte tie isté URL.

Ak tu nájdete problém, nespúšťajte, kým ho neopravíte. Kontrola musí prebehnúť na serveri, nielen skrytím tlačidla. Náš bezpečnostný kontrolný zoznam pre aplikácie vytvorené s AI ide hlbšie.

Krok 5: Testujte na skutočných zariadeniach

Otvorte aplikáciu na skutočnom telefóne, nielen v úzkom okne prehliadača.

Dá sa stlačiť každé tlačidlo bez priblíženia?
Nezakrýva klávesnica pole, do ktorého píšete?
Tabuľky a široký obsah sa posúvajú alebo zalamujú, namiesto toho, aby tlačili stránku do strany?
Je text čitateľný bez roztvárania prstami?

Skúste aspoň jeden iPhone (Safari) a jeden Android telefón (Chrome), ak si ich viete požičať. Najmä Safari má vlastné zvláštnosti s dátumami, videom a prvkami s pevnou pozíciou.

Krok 6: Otestujte peniaze a e-mail od začiatku do konca

Všetko, čo účtuje karty alebo posiela e-maily, potrebuje úplný prechod.

Platby. Použite testovací režim vášho poskytovateľa platieb a testovacie čísla kariet. Skontrolujte úspešnú platbu, zamietnutú kartu a zrušenú pokladnu. Potvrďte, že sa objednávka alebo predplatné po platbe zobrazí vo vašej aplikácii, nielen v paneli poskytovateľa. Ak vaša aplikácia spolieha na webhooky (správy, ktoré poskytovateľ platieb posiela vášmu serveru), overte, že prichádzajú v publikovanej aplikácii, nie iba vo vývoji. Potom pred spustením prepnite na živé kľúče a urobte jeden malý reálny nákup, ktorý vrátite.

E-maily. Zaregistrujte sa skutočnými adresami u dvoch alebo troch rôznych poskytovateľov. Skontrolujte, že e-maily prichádzajú, nie sú v spame a že každý odkaz v nich smeruje na živú doménu, nie na adresu náhľadu.

Krok 7: Skontrolujte rýchlosť a chyby

Otvorte vývojárske nástroje prehliadača (pravé tlačidlo → Inspect) a pozrite sa na záložku Console na každej hlavnej stránke. Červené chyby stoja za opravu, aj keď sa nič nezdá byť rozbité.
Načítajte stránku na telefóne cez mobilné dáta, nie cez Wi‑Fi. Ak prvá obrazovka trvá niekoľko sekúnd, najprv sa pozrite na veľkosti obrázkov.
Spustite bezplatný audit, napríklad Lighthouse vo vývojárskych nástrojoch Chrome, pre rýchly prehľad o výkone a prístupnosti.

Krok 8: Testujte publikovanú aplikáciu, nie len náhľad

Náhľad a publikovaná aplikácia nie sú to isté prostredie. Skôr než o spustení niekomu poviete, zopakujte hlavné cesty na živej URL:

Sú nastavené všetky premenné prostredia a tajomstvá pre publikovanú aplikáciu?
Používa správnu databázu s dátami, aké čakáte?
Smerujú presmerovania po prihlásení a odkazy v e-moch na živú doménu?
Načíta sa správne obnovenie hlbokej stránky?

Krok 9: Sledujte, ako ju používa niekto iný

Dajte jednému alebo dvom ľuďom cieľ („rezervujte si jogu na sobotu“), nie návod. Sledujte, nepomáhajte a zapisujte si, kde váhajú. Je to najrýchlejší spôsob, ako nájsť matoucí text a skryté tlačidlá. Väčšiu verziu tohto postupu nájdete v ako spustiť beta test.

Keď narazia na chybu, zapíšte si ju poriadne: kroky, očakávaný výsledok a skutočný výsledok. Náš návod ako napísať dobrý bug report ukazuje formát.

Používanie AI na testovanie

Ak stavate s AI, môžete ju požiadať, aby pomohla plánovať a spúšťať testy:

Vypíš hlavné cesty používateľov v tejto aplikácii a pre každú z nich okrajové prípady, ktoré sa najpravdepodobnejšie rozbijú: prázdne stavy, neplatný vstup, oprávnenia a obnovenie stránky. Daj to do kontrolného zoznamu, ktorý môžem prejsť.

Prihlás sa dvoma rôznymi testovacími používateľmi a over, či používateľ B vidí alebo mení niečo, čo vytvoril používateľ A, vrátane otvorenia URL záznamov A priamo. Pred akoukoľvek opravou nahlás, čo si našiel.

Správu AI o testovaní berte ako prvý prechod. Cesty s peniazmi a oprávneniami si stále prejdite sami.

Testovanie v Mythexe

V Mythexe spustí príkaz /test App Testing: agent ovláda prehliadač nad vaším živým náhľadom, prekliká stránky, robí screenshoty a v chate nahlási rozbité toky. Najlepšie funguje pri konkrétnej ceste, napríklad „otestuj registráciu a rezerváciu hodiny“. Nájdené chyby opravte cez /fix alebo bežnou správou a potom spustite /test znova. App Testing používa náhľad, preto po publikovaní hlavné cesty skontrolujte aj sami na publikovanej URL. Pozrite si App Testing v dokumentácii a náš návod ako ladiť aplikáciu vytvorenú s AI pre prípad, keď niečo zlyhá.

Časté chyby

Testovanie len ako seba samého. Váš administrátorský účet s množstvom dát skrýva chyby prázdnych stavov a oprávnení.
Testovanie len na notebooku. Väčšina návštevníkov mnohých stránok prichádza z telefónu.
Preskočenie druhého účtu. Únik dát medzi používateľmi je najvážnejšia chyba, s ktorou môže aplikácia vyjsť.
Dôverovanie náhľadu. Živá aplikácia má iné nastavenia; testujte aj ju.
Opravovanie chýb bez opätovného testovania okolia. Oprava jedného formulára môže rozbiť iný, ktorý zdieľa kód.

Kontrolný zoznam pred spustením

Hlavné cesty zapísané a zoradené
Každá cesta prechádza ako úplne nový používateľ v súkromnom okne
Prázdny, neplatný, dlhý a duplicitný vstup je ošetrený
Obnovenie funguje na každej stránke
Používatelia nevidia ani nemenia dáta iných, ani cez URL
Administrátorské stránky sú zablokované pre bežných používateľov a návštevníkov bez prihlásenia
Funguje na skutočnom iPhone a Android telefóne
Platby otestované: úspech, zamietnutie, zrušenie a aplikácia sa potom aktualizuje
E-maily prichádzajú, nie sú v spame a odkazujú na živú doménu
Žiadne červené chyby v konzole na hlavných stránkach
Hlavné cesty zopakované na publikovanej URL
Aspoň jeden človek zvonku to skúsil, kým ste sledovali

Otázky

Koľko testovania potrebuje malá aplikácia pred spustením?

Toľko, aby ste si boli istí, že hlavné cesty fungujú pre úplne nového používateľa na telefóne aj na notebooku, že používatelia nevidia dáta iných a že všetko, čo sa týka peňazí, funguje od začiatku do konca. Pri väčšine malých aplikácií ide o niekoľko sústredených hodín, nie o týždne.

Potrebujem automatizované testy pre MVP?

Nie nevyhnutne. Manuálne testovanie základných ciest odhalí väčšinu chýb, ktoré bránia spusteniu. Automatizované testy sa oplatia, keď aplikáciu často meníte a chcete rýchlo vedieť, že ste nerozbili niečo, čo fungovalo.

Mám testovať v náhľade, alebo v živej aplikácii?

V oboch. Dôkladne testujte v náhľade, potom zopakujte hlavné cesty v publikovanej aplikácii, pretože chýbajúce premenné prostredia, iná databáza alebo nastavenia smerovania môžu spôsobiť, že živá verzia sa správa inak.

Kto by mal okrem mňa testovať moju aplikáciu?

Aspoň jeden človek, ktorý ju ešte nikdy nevidel. Dajte mu cieľ, nie návod, a sledujte bez pomoci. Tvorcovia podvedome obchádzajú cesty, ktoré sa rozbíjajú.