Vodniki

Kako preizkusiti aplikacijo pred lansiranjem: praktičen načrt pred objavo

Da preizkusite aplikacijo pred lansiranjem, naštejte nekaj poti, ki jih mora uporabnik lahko dokončati, vsako izvedite kot popolnoma nov uporabnik na prenosnem računalniku in na telefonu, nato pa preizkusite načine, kako lahko gre narobe: prazni podatki, slab vnos, drugi račun, počasna povezava. Vse, kar vključuje denar ali zasebne podatke, preizkušajte še posebej skrbno, in po objavi glavne poti ponovite na živem naslovu. Na koncu opazujte nekoga, ki aplikacije še ni videl, kako jo poskuša uporabiti.

Za to ne potrebujete ekipe za kakovost ali testnega ogrodja. Potrebujete seznam, eno ali dve uri in disciplino, da ga dejansko preklikate.

1. korak: zapišite poti, ki so pomembne

Pot je opravilo od začetka do konca, ki ga uporabnik pride opraviti. Večina aplikacij ima tri do šest takih, ki resnično štejejo. Za aplikacijo za rezervacije:

  1. Registrirajte se in potrdite račun
  2. Poiščite pouk in ga rezervirajte
  3. Odpovejte rezervacijo
  4. Plačajte karto za pouke
  5. Osebje: oglejte si današnje rezervacije

Če ste zapisali uporabniške zgodbe, so njihovi sprejemni kriteriji vaši testni primeri že. Če ne, zapišite po eno vrstico za vsako pot z opisom, kako je videti »uspeh«.

Razvrstite jih. Poti, ki prinašajo denar ali jih zadane vsak uporabnik (registracija, prijava, osrednje dejanje), preizkusite najprej in najbolj temeljito.

2. korak: preizkusite srečno pot kot nov uporabnik

»Srečna pot« je pot, ki poteka točno tako, kot je bilo predvideno. Preizkusite jo tako, kot bi jo doživel neznanec:

  • Uporabite zasebno okno brskalnika, da niste prijavljeni in nimate shranjenih podatkov.
  • Uporabite nov račun z dejanskim e-poštnim naslovom, ki ga lahko preverite.
  • Začnite na domači strani ali povezavi, ne na strani, ki ste si jo med gradnjo shranili v zaznamke.

Novi uporabniki nimajo podatkov. Mnoge napake se pokažejo šele, ko je seznam prazen, profil nima slike ali še nič ni bilo kupljeno. Vaš lasten račun, poln testnih podatkov, jih skrije.

3. korak: poskusite jo zlomiti

Zdaj ponovite vsako pot in namerno naredite narobe.

Poskusite toKaj preverjate
Oddajte obrazce prazne ali samo s presledkiObvezna polja so uveljavljena, z jasnim sporočilom
Zelo dolgo besedilo, emotikoni, imena s posebnimi znakiPostavitev zdrži, podatki se pravilno shranijo
Napačne oblike: črke v polju za telefon, datum v preteklostiValidacija na strani in na strežniku
Dvakrat kliknite gumb za oddajoBrez podvojenih naročil ali rezervacij
Gumb nazaj v brskalniku sredi postopkaBrez pokvarjenega stanja ali izgubljenih podatkov
Osvežite vsako stranPodatki ostanejo; brez prazne strani ali 404
Odjavite se in nato pritisnite nazajZasebne strani se ne prikažejo
Dva zavihka, ki urejata isto stvarZadnje shranjevanje tiho ne izbriše prvega

Osveževanje velja posebej omeniti: če aplikacija deluje, ko klikate skozi, osvežitev globlje strani pa pokaže 404, si oglejte kako odpraviti napake 404 po objavi.

4. korak: preizkusite dovoljenja z dvema računoma

To je najpomembnejši test za vsako aplikacijo z računi in tisti, ki ga najpogosteje preskočimo.

Ustvarite dva običajna uporabnika, A in B, ter (če jih aplikacija ima) skrbnika.

  • Kot A ustvarite zapis. Prijavite se kot B. Ali B lahko vidi, ureja ali izbriše ta zapis? Ne bi smel, razen če je tako zasnovano.
  • Kot A kopirajte naslov enega od svojih zapisov. Prijavite se kot B in ta naslov odprite neposredno.
  • Kot običajni uporabnik poskusite odpreti skrbniške strani tako, da vtipkate njihove naslove.
  • Popolnoma se odjavite in poskusite iste naslove še enkrat.

Če tukaj najdete težavo, ne lansirajte, dokler ni odpravljena. Preverjanje se mora zgoditi na strežniku, ne samo s skrivanjem gumba. Naš varnostni kontrolni seznam za aplikacije, zgrajene z umetno inteligenco, gre globlje.

5. korak: preizkusite na pravih napravah

Odprite aplikacijo na dejanskem telefonu, ne samo v ozkem oknu brskalnika.

  • Ali lahko tapnete vsak gumb brez povečave?
  • Ali tipkovnica prekriva polje, v katerega vtipkate?
  • Se tabele in široka vsebina pomikajo ali prelamljajo, namesto da potisnejo stran vstran?
  • Je besedilo berljivo brez povečevanja s prstoma?

Preizkusite vsaj en iPhone (Safari) in en telefon Android (Chrome), če ju lahko posodite. Safari ima posebnosti z datumi, videom in elementi s fiksnim položajem.

6. korak: preizkusite denar in e-pošto od začetka do konca

Vse, kar zaračunava kartice ali pošilja e-pošto, potrebuje celoten pregled.

Plačila. Uporabite testni način vašega ponudnika plačil in testne številke kartic. Preverite uspešno plačilo, zavrnjeno kartico in preklicano blagajno. Potrdite, da se naročilo ali naročnina po plačilu prikaže v vaši aplikaciji, ne samo na nadzorni plošči ponudnika. Če se vaša aplikacija zanaša na webhook-e (sporočila, ki jih ponudnik plačil pošilja vašemu strežniku), preverite, da prispejo v objavljeni aplikaciji, ne samo v razvojnem okolju. Nato pred lansiranjem preklopite na žive ključe in opravite en majhen pravi nakup, ki ga povrnete.

E-pošta. Registrirajte se z dejanskimi naslovi pri dveh ali treh različnih ponudnikih. Preverite, da e-pošta prispe, ni v neželeni pošti in da vse povezave v njej kažejo na živo domeno, ne na naslov predogleda.

7. korak: preverite hitrost in napake

  • Odprite razvijalska orodja brskalnika (desni klik → Preglej) in si oglejte zavihek Konzola na vsaki glavni strani. Rdeče napake je vredno odpraviti, tudi če nič ne izgleda pokvarjeno.
  • Naložite spletno mesto na telefonu s prenosnim podatkovnim prometom, ne prek Wi-Fi. Če prvi zaslon potrebuje več sekund, najprej preverite velikost slik.
  • Zaženite brezplačno revizijo, kot je Lighthouse v razvijalskih orodjih Chroma, za hitro oceno zmogljivosti in dostopnosti.

8. korak: preizkusite objavljeno aplikacijo, ne samo predogleda

Predogled in objavljena aplikacija nista isto okolje. Preden o lansiranju povete komurkoli, ponovite glavne poti na živem naslovu:

  • Ali so vse okoljske spremenljivke in skrivnosti nastavljene za objavljeno aplikacijo?
  • Ali uporablja pravo podatkovno bazo s podatki, ki jih pričakujete?
  • Ali preusmeritve prijave in povezave v e-pošti uporabljajo živo domeno?
  • Ali se osvežitev globoke strani pravilno naloži?

9. korak: opazujte, kako nekdo drug uporablja aplikacijo

Dajte enemu ali dvema ljudema cilj (»rezervirajte jogo za soboto«), ne navodil. Opazujte, ne pomagajte in zapišite, kje oklevajo. To je najhitrejši način, da najdete zmedeno besedilo in skrite gumbe. Za večjo različico si oglejte kako izvesti beta test.

Ko naletijo na napako, jo pravilno zapišite, s koraki, pričakovanim in dejanskim rezultatom. Naš vodnik za pisanje dobrega poročila o napaki pokaže obliko.

Uporaba umetne inteligence za pomoč pri testiranju

Če gradite z umetno inteligenco, jo lahko prosite, da pomaga načrtovati in izvesti teste:

Našteji glavne uporabniške poti v tej aplikaciji in za vsako najverjetnejše robne primere, ki se lahko pokvarijo: prazna stanja, neveljaven vnos, dovoljenja in osveževanje. Zapiši to kot kontrolni seznam, ki ga lahko opravim.

Prijavi se z dvema različnima testnima uporabnikoma in preveri, ali lahko uporabnik B vidi ali spremeni karkoli, kar je ustvaril uporabnik A, tudi tako, da neposredno odpre naslove zapisov A. Pred popravljanjem poroči, kaj si našel.

Poročilo umetne inteligence o testiranju obravnavajte kot prvi prehod. Poti za denar in dovoljenja vseeno preklikajte sami.

Testiranje v Mythexu

V Mythexu ukaz /test zažene App Testing: agent vodi brskalnik čez vaš živi predogled, klika po straneh, zajema posnetke zaslona in v klepetu poroča o pokvarjenih poteh. Najbolje deluje za določeno pot, na primer »preizkusi registracijo in rezervacijo pouka«. Najdeno popravite z /fix ali z navadnim sporočilom in nato znova zaženite /test. App Testing uporablja predogled, zato glavne poti na objavljenem naslovu preverite sami po objavi. Glejte App Testing v dokumentaciji in naš vodnik kako odpraviti napake v aplikaciji, zgrajeni z umetno inteligenco, za primer, ko nekaj odpove.

Pogoste napake

  • Testiranje samo kot vi. Vaš skrbniški račun s podatki skrije napake praznega stanja in dovoljenj.
  • Testiranje samo na prenosnem računalniku. Pri mnogih spletnih mestih večina obiskovalcev pride s telefona.
  • Preskakovanje drugega računa. Uhajanje podatkov med uporabniki je najresnejša napaka, s katero lahko aplikacija gre v javnost.
  • Zaupanje predogledu. Živa aplikacija ima druge nastavitve; preizkusite tudi njo.
  • Popravljanje napak brez ponovnega preizkusa sosednjih delov. Popravek enega obrazca lahko pokvari drugega, ki deli kodo.

Kontrolni seznam pred lansiranjem

  • Glavne poti zapisane in razvrščene
  • Vsaka pot uspe za popolnoma novega uporabnika v zasebnem oknu
  • Prazni, neveljavni, dolgi in podvojeni vnosi obravnavani
  • Osvežitev deluje na vsaki strani
  • Uporabniki ne morejo videti ali spremeniti podatkov drug drugega, tudi ne prek naslova
  • Skrbniške strani blokirane za navadne uporabnike in odjavljene obiskovalce
  • Deluje na pravem iPhonu in telefonu Android
  • Plačila preizkušena: uspeh, zavrnitev, preklic in aplikacija se po tem posodobi
  • E-pošta prispe, se izogne neželeni pošti in vodi na živo domeno
  • Brez rdečih napak v konzoli na glavnih straneh
  • Glavne poti ponovljene na objavljenem naslovu
  • Vsaj ena zunanja oseba jo je preizkusila, medtem ko ste opazovali

Vprašanja

Koliko testiranja potrebuje majhna aplikacija pred lansiranjem?

Dovolj, da ste prepričani, da glavne poti delujejo za popolnoma novega uporabnika na telefonu in prenosnem računalniku, da uporabniki ne vidijo podatkov drug drugega in da vse, kar vključuje denar, deluje od začetka do konca. Pri večini majhnih aplikacij to pomeni nekaj osredotočenih ur, ne tednov.

Ali za MVP potrebujem avtomatizirane teste?

Ne nujno. Ročno testiranje osnovnih poti odkrije večino napak, ki bi preprečile lansiranje. Avtomatizirani testi se začnejo obrestovati, ko aplikacijo pogosto spreminjate in želite hitro vedeti, da niste pokvarili nečesa, kar je prej delovalo.

Ali naj preizkušam na predogledu ali na živi aplikaciji?

Oboje. Temeljito preizkusite v predogledu, nato glavne poti ponovite na objavljeni aplikaciji, ker lahko manjkajoče okoljske spremenljivke, druga podatkovna baza ali nastavitve usmerjanja povzročijo, da se živa različica obnaša drugače.

Kdo poleg mene naj preizkusi mojo aplikacijo?

Vsaj ena oseba, ki je še ni videla. Dajte jim cilj, ne navodil, in opazujte, ne da bi pomagali. Graditelji nezavedno izogibajo poti, ki se pokvarijo.

Mythex · Pricing · Zgradite karkoli z AI · Predloge za spletna mesta in aplikacije · Mythex v primerjavi · Slovar pojmov gradnje aplikacij z AI · Brezplačna orodja za gradnjo aplikacij z AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)