Kako testirati aplikaciju prije lansiranja: praktičan plan prije objave

Da biste testirali aplikaciju prije lansiranja, popišite nekoliko tijekova koje korisnik mora moći dovršiti, pokrenite svaki kao potpuno novi korisnik na laptopu i na telefonu, zatim isprobajte načine na koje mogu pogriješiti: prazne podatke, neispravan unos, drugi račun, sporu vezu. Sve što uključuje novac ili privatne podatke testirajte s posebnom pažnjom i ponovite glavne tijekove na živom URL-u nakon objave. Na kraju promatrajte nekoga tko nikad nije vidio aplikaciju dok je pokušava koristiti.

Za to vam ne treba QA tim ni okvir za testiranje. Trebaju vam popis, sat ili dva i disciplina da zaista prođete kroz njega.

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

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

Registracija i potvrda računa
Pronalazak termina i rezervacija
Otkazivanje rezervacije
Plaćanje paketa termina
Osoblje: pregled današnjih rezervacija

Ako ste napisali korisničke priče, njihovi kriteriji prihvaćanja već su vaši testni slučajevi. Ako niste, napišite po jedan redak za svaki tijek s time kako izgleda „uspjeh“.

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

Korak 2: Testirajte sretni put kao novi korisnik

„Sretni put“ je tijek koji ide točno kako je zamišljeno. Testirajte ga kako bi ga doživio nepoznati korisnik:

Koristite privatni prozor preglednika, da niste prijavljeni i nemate spremljene podatke.
Koristite novi račun s pravom e-adresom koju možete provjeriti.
Započnite s početne stranice ili poveznice, a ne sa stranice koju ste označili dok ste gradili.

Novi korisnici nemaju podatke. Mnoge greške se pokažu tek kad je popis prazan, profil nema fotografiju ili još ništa nije kupljeno. Vaš vlastiti račun, pun testnih podataka, te skriva.

Korak 3: Pokušajte ga slomiti

Sada ponovite svaki tijek i namjerno učinite pogrešnu stvar.

Isprobajte ovo	Što provjeravate
Pošaljite prazne obrasce ili samo s razmacima	Obavezna polja se provode, uz jasnu poruku
Vrlo dug tekst, emoji, imena s dijakriticima	Raspored se održava, podaci se ispravno spremaju
Pogrešni formati: slova u polju za telefon, datum u prošlosti	Validacija i na stranici i na poslužitelju
Dvostruki klik na gumb za slanje	Nema duplih narudžbi ili rezervacija
Gumb natrag u pregledniku usred tijeka	Nema pokvarenog stanja ni izgubljenih podataka
Osvježavanje na svakoj stranici	Podaci ostaju; nema prazne stranice ni 404
Odjava, pa gumb natrag	Privatne stranice se ne prikazuju
Dvije kartice koje uređuju istu stvar	Posljednje spremanje tiho ne briše prvo

Osvježavanje vrijedi posebno istaknuti: ako aplikacija radi kad klikćete, ali osvježavanje dublje stranice daje 404, pogledajte kako popraviti 404 greške nakon objave.

Korak 4: Testirajte dozvole s dva računa

Ovo je najvažniji test za svaku aplikaciju s računima i onaj koji se najčešće preskače.

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

Kao A stvorite zapis. Prijavite se kao B. Može li B to vidjeti, uređivati ili obrisati? Ne bi smio, osim ako je to namjera dizajna.
Kao A kopirajte URL jednog od vaših zapisa. Prijavite se kao B i izravno otvorite taj URL.
Kao obični korisnik otvorite administratorske stranice upisivanjem njihovih URL-ova.
Potpuno se odjavite i isprobajte iste URL-ove.

Ako ovdje nađete problem, ne lansirajte dok ne bude popravljen. Provjera se mora dogoditi na poslužitelju, a ne samo skrivanjem gumba. Naša sigurnosna lista za aplikacije izrađene uz AI ide dublje.

Korak 5: Testirajte na stvarnim uređajima

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

Možete li dodirnuti svaki gumb bez zumiranja?
Pokriva li tipkovnica polje u koje upisujete?
Tablice i široki sadržaj se pomiču ili prelome, umjesto da guraju stranicu u stranu?
Je li tekst čitljiv bez raširivanja prstima?

Isprobajte barem jedan iPhone (Safari) i jedan Android telefon (Chrome) ako ih možete posuditi. Safari posebno ima vlastite čudna ponašanja s datumima, videom i elementima s fiksnom pozicijom.

Korak 6: Testirajte novac i e-poštu od početka do kraja

Sve što naplaćuje kartice ili šalje e-poštu treba potpuni prolazak.

Plaćanja. Koristite testni način rada vašeg pružatelja plaćanja i testne brojeve kartica. Provjerite uspješno plaćanje, odbijenu karticu i otkazanu blagajnu. Potvrdite da se narudžba ili pretplata pojavljuje u vašoj aplikaciji nakon plaćanja, a ne samo na nadzornoj ploči pružatelja. Ako vaša aplikacija ovisi o webhookovima (porukama koje pružatelj plaćanja šalje vašem poslužitelju), provjerite da stižu na objavljenoj aplikaciji, a ne samo u razvoju. Zatim, prije lansiranja, prijeđite na žive ključeve i napravite jednu malu stvarnu kupnju koju vratite.

E-pošta. Registrirajte se sa stvarnim adresama kod dva ili tri različita pružatelja. Provjerite stižu li e-poruke, nisu li u neželjenoj pošti i pokazuju li sve poveznice u njima na živu domenu, a ne na adresu pregleda.

Korak 7: Provjerite brzinu i greške

Otvorite alate za programere preglednika (desni klik → Inspect) i pogledajte karticu Console na svakoj glavnoj stranici. Crvene greške vrijedi popraviti čak i kad se ništa ne čini pokvarenim.
Učitajte stranicu na telefonu preko mobilnih podataka, a ne Wi-Fi-ja. Ako prvi ekran traje nekoliko sekundi, prvo pogledajte veličine slika.
Pokrenite besplatnu reviziju poput Lighthousea u alatima za programere u Chromeu za brz pregled performansi i pristupačnosti.

Korak 8: Testirajte objavljenu aplikaciju, a ne samo pregled

Pregled i objavljena aplikacija nisu isto okruženje. Prije nego što o lansiranju kažete drugima, ponovite glavne tijekove na živom URL-u:

Jesu li sve varijable okruženja i tajne postavljene za objavljenu aplikaciju?
Koristi li ispravnu bazu, s podacima koje očekujete?
Preusmjeravanja nakon prijave i poveznice u e-pošti koriste li živu domenu?
Učitava li se ispravno osvježavanje na dubokoj stranici?

Korak 9: Promatrajte kako netko drugi koristi aplikaciju

Dajte jednoj ili dvjema osobama cilj („rezervirajte jogu za subotu“), a ne upute. Promatrajte, ne pomažite i zapisujte gdje oklijevaju. To je najbrži način da nađete zbunjujuće formulacije i skrivene gumbe. Za veću verziju ovoga pogledajte kako provesti beta testiranje.

Kad naiđu na grešku, zapišite je pravilno, s koracima, očekivanim i stvarnim rezultatom. Naš vodič o pisanju dobrog izvještaja o grešci pokazuje format.

Korištenje AI-ja za pomoć pri testiranju

Ako gradite uz AI, možete ga zamoliti da pomogne u planiranju i provedbi testova:

Popiši glavne korisničke tijekove u ovoj aplikaciji i za svaki navedi rubne slučajeve koji se najvjerojatnije lome: prazna stanja, neispravan unos, dozvole i osvježavanje. Stavi to u popis koji mogu proći.

Prijavi se kao dva različita testna korisnika i provjeri može li korisnik B vidjeti ili mijenjati bilo što što je stvorio korisnik A, uključujući izravno otvaranje URL-ova zapisa od A. Prijavi što pronađeš prije ikakvog popravljanja.

Izvještaj AI-ja o testiranju tretirajte kao prvi prolazak. Tijekove novca i dozvola i dalje sami isprobajte klikom.

Testiranje u Mythexu

U Mythexu naredba /test pokreće App Testing: agent upravlja preglednikom nad vašim živim pregledom, klika kroz stranice, bilježi snimke zaslona i u chatu prijavljuje neispravne tijekove. Najbolje radi s određenim tijekom, poput „testiraj registraciju i rezervaciju termina“. Ono što nađe popravite naredbom /fix ili običnom porukom, a zatim ponovno pokrenite /test. App Testing koristi pregled, pa glavne tijekove nakon objave sami provjerite na objavljenom URL-u. Pogledajte App Testing u dokumentaciji i naš vodič o otklanjanju grešaka u aplikaciji izrađenoj uz AI za slučaj kad nešto ne uspije.

Česte pogreške

Testiranje samo kao vi. Vaš administratorski račun s puno podataka skriva greške kod praznih stanja i dozvola.
Testiranje samo na laptopu. Većina posjetitelja mnogih stranica dolazi s telefona.
Preskakanje drugog računa. Curenje podataka između korisnika najozbiljnija je greška s kojom aplikacija može biti lansirana.
Vjerovanje pregledu. Živa aplikacija ima drukčije postavke; testirajte i nju.
Popravljanje grešaka bez ponovnog testiranja susjednih dijelova. Popravak jednog obrasca može pokvariti drugi koji dijeli kod.

Popis prije lansiranja

Glavni tijekovi popisani i rangirani
Svaki tijek prolazi kao potpuno novi korisnik u privatnom prozoru
Prazan, neispravan, dug i dvostruki unos obrađeni
Osvježavanje radi na svakoj stranici
Korisnici ne mogu vidjeti niti mijenjati tuđe podatke, čak ni putem URL-a
Administratorske stranice blokirane za obične korisnike i posjetitelje koji nisu prijavljeni
Radi na stvarnom iPhoneu i Android telefonu
Plaćanja testirana: uspjeh, odbijanje, otkazivanje, a aplikacija se nakon toga ažurira
E-pošta stiže, ne ide u neželjenu i poveznice vode na živu domenu
Nema crvenih grešaka u konzoli na glavnim stranicama
Glavni tijekovi ponovljeni na objavljenom URL-u
Barem jedna vanjska osoba isprobala je aplikaciju dok ste promatrali

Pitanja

Koliko testiranja treba mala aplikacija prije lansiranja?

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

Trebam li automatizirane testove za MVP?

Ne nužno. Ručno testiranje osnovnih tijekova pronalazi većinu grešaka koje bi blokirale lansiranje. Automatizirani testovi počinju se isplaćivati kad aplikaciju često mijenjate i želite brzo znati niste li pokvarili nešto što je ranije radilo.

Trebam li testirati na pregledu ili na živoj aplikaciji?

Oboje. Temeljito testirajte u pregledu, a zatim ponovite glavne tijekove na objavljenoj aplikaciji, jer nedostajuće varijable okruženja, druga baza ili postavke usmjeravanja mogu uzrokovati da se živa verzija ponaša drukčije.

Tko osim mene treba testirati moju aplikaciju?

Barem jedna osoba koja je nikad nije vidjela. Dajte joj cilj, a ne upute, i promatrajte bez pomaganja. Graditelji nesvjesno izbjegavaju putove koji se lome.