Kako testirati aplikaciju pre lansiranja: plan za proveru pre objave

Da biste testirali aplikaciju pre lansiranja, navedite nekoliko tokova koje korisnik mora moći da završi, pokrenite svaki kao potpuno nov korisnik na laptopu i telefonu, a zatim isprobajte načine na koje može da pogreši: prazni podaci, loš unos, drugi nalog, spora veza. Testirajte sve što uključuje novac ili privatne podatke sa posebnom pažnjom, i ponovite glavne tokove na živom URL-u posle objave. Na kraju posmatrajte nekoga ko nikada nije video aplikaciju dok pokušava da je koristi.

Za ovo ne treba vam tim za kvalitet ili okvir za testiranje. Treba vam lista, sat-dva vremena i disciplina da zaista kliknete kroz nju.

Korak 1: Zapišite tokove koji su važni

Tok je zadatak od početka do kraja koji korisnik dolazi da obavi. Većina aplikacija ima tri do šest koji zaista važe. Za aplikaciju za rezervacije:

Registracija i potvrda naloga
Pronalaženje časa i rezervacija
Otkazivanje rezervacije
Plaćanje paketa časova
Osoblje: pregled današnjih rezervacija

Ako ste napisali korisničke priče, njihovi kriterijumi prihvatanja su već vaši test slučajevi. Ako niste, napišite jednu liniju po toku sa tim kako izgleda „uspeh”.

Rangirajte ih. Tokovi koji zarađuju novac ili koje svaki korisnik dodirne (registracija, prijava, osnovna radnja) testiraju se prvi i najviše.

Korak 2: Testirajte srećnu putanju kao novi korisnik

„Srećna putanja” je tok koji ide tačno onako kako je zamišljen. Testirajte ga onako kako bi ga iskusio neznanac:

Koristite privatni prozor pregledača, pa niste prijavljeni i nemate sačuvane podatke.
Koristite svež nalog sa pravom imejl adresom koju možete proveriti.
Počnite sa početne stranice ili linka, a ne sa stranice koju ste sačuvali u obeleživačima dok ste pravili aplikaciju.

Novi korisnici nemaju podatke. Mnogi bagovi se pojave tek kada je lista prazna, profil nema sliku ili još ništa nije kupljeno. Vaš sopstveni nalog, pun test podataka, sakriva ih.

Korak 3: Pokušajte da je slomite

Sada ponovite svaki tok i namerno uradite pogrešnu stvar.

Probajte ovo	Šta proveravate
Pošaljite forme prazne ili samo sa razmacima	Obavezna polja su obavezna, sa jasnom porukom
Veoma dug tekst, emodži, imena sa dijakriticima	Raspored izdrži, podaci se ispravno čuvaju
Pogrešni formati: slova u polju za telefon, datum u prošlosti	Validacija i na stranici i na serveru
Dvostruki klik na dugme za slanje	Nema duplih porudžbina ili rezervacija
Dugme za nazad usred toka	Nema pokvarenog stanja ili izgubljenih podataka
Osvežavanje na svakoj stranici	Podaci ostaju; nema prazne strane ili 404
Odjavite se, pa pritisnite nazad	Privatne stranice se ne prikazuju
Dva taba koja menjaju istu stvar	Poslednje čuvanje tiho ne briše prvo

Osvežavanje zaslužuje posebnu pažnju: ako aplikacija radi kad klikćete, ali osvežavanje dublje stranice daje 404, pogledajte kako popraviti 404 greške posle objave.

Korak 4: Testirajte dozvole sa dva naloga

Ovo je najvažniji test za svaku aplikaciju sa nalozima, i onaj koji se najčešće preskače.

Napravite dva obična korisnika, A i B, i (ako aplikacija ih ima) administratora.

Kao A, napravite zapis. Prijavite se kao B. Da li B može da ga vidi, izmeni ili obriše? Ne bi trebalo, osim ako je tako zamišljeno.
Kao A, kopirajte URL jednog od svojih zapisa. Prijavite se kao B i direktno otvorite taj URL.
Kao obican korisnik, otvorite administratorske stranice tako što ćete ukucati njihove URL-ove.
Potpuno se odjavite i isprobajte iste URL-ove.

Ako nađete problem ovde, nemojte lansirati dok ne bude popravljen. Provera mora da se dogodi na serveru, a ne samo sakrivanjem dugmeta. Naša bezbednosna lista za aplikacije napravljene uz AI ide dublje.

Korak 5: Testirajte na pravim uređajima

Otvorite aplikaciju na stvarnom telefonu, a ne samo u uskom prozoru pregledača.

Možete li da dodirnete svako dugme bez zumiranja?
Da li tastatura prekriva polje u kojem kucate?
Da li tabele i široki sadržaj skroluju ili se prelamaju, umesto da guraju stranicu u stranu?
Da li je tekst čitljiv bez štipanja?

Isprobajte bar jedan iPhone (Safari) i jedan Android telefon (Chrome), ako možete da ih pozajmite. Safari ima svoje specifičnosti sa datumima, videom i elementima sa fiksnom pozicijom.

Korak 6: Testirajte novac i imejl od početka do kraja

Sve što naplaćuje kartice ili šalje imejlove treba temeljno proći.

Plaćanja. Koristite test režim vašeg provajdera plaćanja i test brojeve kartica. Proverite uspešno plaćanje, odbijenu karticu i otkazanu naplatu. Potvrdite da se porudžbina ili pretplata pojavljuje u aplikaciji posle plaćanja, a ne samo na kontrolnoj tabli provajdera. Ako vaša aplikacija zavisi od webhook-ova (poruka koje provajder plaćanja šalje vašem serveru), proverite da stižu na objavljenoj aplikaciji, a ne samo u razvoju. Zatim, pre lansiranja, prebacite na žive ključeve i napravite jednu malu pravu kupovinu koju vratite.

Imejlovi. Registrujte se sa pravim adresama kod dva ili tri različita provajdera. Proverite da imejlovi stižu, da nisu u spamu i da svi linkovi u njima vode na živi domen, a ne na adresu pregleda.

Korak 7: Proverite brzinu i greške

Otvorite alate za programere u pregledaču (desni klik → Inspect) i pogledajte tab Console na svakoj glavnoj stranici. Crvene greške vredi popraviti čak i kada se ništa ne vidi kao pokvareno.
Učitajte sajt na telefonu preko mobilnih podataka, a ne Wi-Fi-ja. Ako prvi ekran traje nekoliko sekundi, prvo pogledajte veličine slika.
Pokrenite besplatnu proveru kao što je Lighthouse u Chrome alatima za programere za brz pregled performansi i pristupačnosti.

Korak 8: Testirajte objavljenu aplikaciju, a ne samo pregled

Pregled i objavljena aplikacija nisu isto okruženje. Pre nego što ikoga obavestite o lansiranju, ponovite glavne tokove na živom URL-u:

Da li su sve promenljive okruženja i tajne postavljene za objavljenu aplikaciju?
Da li koristi pravu bazu, sa podacima koje očekujete?
Da li preusmeravanja posle prijave i linkovi u imejlovima koriste živi domen?
Da li osvežavanje dublje stranice ispravno učitava sadržaj?

Korak 9: Posmatrajte kako neko drugi koristi aplikaciju

Dajte jednoj ili dve osobe cilj („rezervišite čas joge za subotu”), a ne uputstva. Posmatrajte, ne pomažite i zapisujte gde oklevaju. To je najbrži način da nađete zbunjujući tekst i skrivena dugmad. Za veću verziju ovoga pogledajte kako sprovesti beta testiranje.

Kada naiđu na grešku, zapišite je kako treba, sa koracima, očekivanim i stvarnim rezultatom. Naš vodič o pisanju dobrog izveštaja o grešci pokazuje format.

Korišćenje AI-ja za pomoć pri testiranju

Ako pravite uz AI, možete ga zamoliti da pomogne u planiranju i sprovođenju testova:

Navedi glavne korisničke tokove u ovoj aplikaciji i za svaki ivični slučaj koji ga najverovatnije pokvari: prazna stanja, nevažeći unos, dozvole i osvežavanje. Stavi to u kontrolnu listu koju mogu da prođem.

Prijavi se sa dva različita test korisnika i proveri da li korisnik B može da vidi ili promeni nešto što je kreirao korisnik A, uključujući otvaranje URL-ova zapisa korisnika A direktno. Prijavi šta nađeš pre nego što išta popraviš.

Tretirajte AI-jev sopstveni izveštaj o testiranju kao prvi prolaz. Ipak sami kliknite kroz tokove za novac i dozvole.

Testiranje u Mythex-u

U Mythex-u, komanda /test pokreće App Testing: agent vodi pregledač kroz živi pregled, klikće kroz stranice, pravi snimke ekrana i prijavljuje pokvarene tokove u čatu. Najbolje radi sa konkretnim tokom, na primer „testiraj registraciju i rezervaciju časa”. Popravite ono što nađe sa /fix ili običnom porukom, pa ponovo pokrenite /test. App Testing koristi pregled, pa glavne tokove na objavljenom URL-u sami proverite posle objave. Pogledajte App Testing u dokumentaciji i naš vodič o debagovanju aplikacije napravljene uz AI za slučaj kada nešto ne prolazi.

Česte greške

Testiranje samo kao vi. Vaš administratorski nalog sa puno podataka sakriva greške praznih stanja i dozvola.
Testiranje samo na laptopu. Mnogi posetioci mnogih sajtova dolaze sa telefona.
Preskakanje drugog naloga. Curenje podataka između korisnika je najozbiljniji bag sa kojim aplikacija može da se lansira.
Verovanje pregledu. Živa aplikacija ima drugačija podešavanja; testirajte i nju.
Popravljanje bagova bez ponovnog testiranja obližnjih delova. Popravka jedne forme može da pokvari drugu koja deli isti kod.

Kontrolna lista pre lansiranja

Glavni tokovi navedeni i rangirani
Svaki tok prolazi kao potpuno nov korisnik u privatnom prozoru
Prazan, nevažeći, dugačak i dupli unos su obrađeni
Osvežavanje radi na svakoj stranici
Korisnici ne mogu da vide ili promene tuđe podatke, ni preko URL-a
Administratorske stranice blokirane za obične korisnike i odjavljene posetioce
Radi na pravom iPhone i Android telefonu
Plaćanja testirana: uspeh, odbijanje, otkazivanje i aplikacija se posle toga ažurira
Imejlovi stižu, izbegavaju spam i vode na živi domen
Nema crvenih grešaka u konzoli na glavnim stranicama
Glavni tokovi ponovljeni na objavljenom URL-u
Bar jedna spoljna osoba je probala dok ste posmatrali

Pitanja

Koliko testiranja treba mala aplikacija pre lansiranja?

Dovoljno da budete sigurni da glavni tokovi rade za potpuno novog korisnika na telefonu i laptopu, da korisnici ne mogu da vide tuđe podatke i da sve što uključuje novac radi od početka do kraja. Za većinu malih aplikacija to je nekoliko fokusiranih sati, a ne nedelje.

Treba li mi automatski testovi za MVP?

Ne nužno. Ručno testiranje osnovnih tokova hvata većinu grešaka koje blokiraju lansiranje. Automatski testovi počinju da se isplaćuju kada često menjate aplikaciju i želite brzo da znate da niste pokvarili nešto što je ranije radilo.

Da li da testiram na pregledu ili na živoj aplikaciji?

Oboje. Temeljno testirajte u pregledu, a zatim ponovite glavne tokove na objavljenoj aplikaciji, jer nedostajuće promenljive okruženja, druga baza ili podešavanja rutiranja mogu da učine da se živa verzija ponaša drugačije.

Ko treba da testira moju aplikaciju pored mene?

Bar jedna osoba koja je nikada nije videla. Dajte joj cilj, a ne uputstva, i posmatrajte bez pomoći. Graditelji nesvesno izbegavaju putanje koje pucaju.