Kuidas testida oma rakendust enne käivitamist: praktiline eelkäivitusplaan
Rakenduse testimiseks enne käivitamist loetle need paar teekonda, mida kasutaja peab suutma lõpetada, käivita iga üks täiesti uue kasutajana sülearvutil ja telefonis ning proovi seejärel viise, kuidas need valesti võivad minna: tühjad andmed, vale sisend, teine konto, aeglane ühendus. Testi kõike, mis puudutab raha või privaatseid andmeid, eriti hoolikalt ning korda pärast avaldamist põhiteekondi elaval URL-il. Lõpetuseks jälgi, kuidas keegi, kes pole rakendust kunagi näinud, seda kasutama proovib.
Selleks ei vaja sa QA-meeskonda ega testimisraamistikku. Vajad nimekirja, tund või kaks ja distsipliini, et tegelikult sealt läbi klõpsata.
Samm 1: Kirjuta üles teekonnad, mis on olulised
Teekond on algusest lõpuni ulatuv ülesanne, mille jaoks kasutaja tuleb. Enamikul rakendustel on kolm kuni kuus tõeliselt olulist. Broneerimisrakenduse puhul:
- Registreeru ja kinnita konto
- Leia tund ja broneeri see
- Tühista broneering
- Maksa tunnipääsu eest
- Personal: vaata tänaseid broneeringuid
Kui oled kirjutanud kasutajalood, on nende aktsepteerimiskriteeriumid juba sinu testjuhud. Kui ei ole, kirjuta iga teekonna kohta üks rida koos sellega, mis on "edu".
Pane need järjekorda. Teekonnad, mis toovad raha või mida iga kasutaja läbib (registreerimine, sisselogimine, põhitegevus), testitakse esimesena ja kõige põhjalikumalt.
Samm 2: Testi õnnelikku teed uue kasutajana
"Õnnelik tee" on teekond, mis kulgeb täpselt nii, nagu kavandatud. Testi seda nii, nagu võõras kasutaja seda kogeks:
- Kasuta privaatset brauseriakent, et sa ei oleks sisse logitud ega omaks salvestatud andmeid.
- Kasuta värsket kontot päris e-posti aadressiga, mida saad kontrollida.
- Alusta avalehelt või lingilt, mitte lehelt, mille ehituse ajal järjehoidjasse panid.
Uutel kasutajatel ei ole andmeid. Paljud vead ilmnevad alles siis, kui nimekiri on tühi, profiilil pole fotot või midagi pole veel ostetud. Sinu oma konto, täis testandmeid, peidab need.
Samm 3: Proovi seda katki teha
Korda nüüd iga teekonda ja tee tahtlikult valesti.
| Proovi seda | Mida kontrollid |
|---|---|
| Saada vormid tühjana või ainult tühikutega | Kohustuslikud väljad on jõustatud, selge teade |
| Väga pikk tekst, emotikonid, täpitähtedega nimed | Paigutus püsib, andmed salvestuvad õigesti |
| Valed vormingud: tähed telefoniväljal, minevik kuupäev | Valideerimine nii lehel kui serveris |
| Topelt-klõps esitamisnupul | Ei ole duplikaatseid tellimusi ega broneeringuid |
| Brauseri tagasinupp keset voogu | Pole katkist olekut ega kadunud andmeid |
| Värskenda igal lehel | Andmed püsivad; pole tühja lehte ega 404 |
| Logi välja ja vajuta tagasi | Privaatsed lehed ei kuvata |
| Kaks vahelehte sama asja muutmas | Viimane salvestus ei kustuta vaikselt esimest |
Värskendamist tasub eraldi märkida: kui rakendus töötab, kui klõpsad läbi, kuid sügavamal lehel värskendamine näitab 404, vaata kuidas parandada 404 vead pärast juurutamist.
Samm 4: Testi õigusi kahe kontoga
See on kõige olulisem test igale rakendusele, millel on kontod, ja see, mida kõige sagedamini vahele jäetakse.
Loo kaks tavalist kasutajat, A ja B, ning (kui su rakendusel on) administraator.
- A-na loo kirje. Logi sisse B-na. Kas B näeb seda, saab seda muuta või kustutada? Ei tohiks, kui disain just seda ette ei näe.
- A-na kopeeri ühe oma kirje URL. Logi sisse B-na ja ava see URL otse.
- Tavalise kasutajana ava administraatori lehed, kirjutades nende URL-id käsitsi.
- Logi täielikult välja ja proovi samu URL-e.
Kui leiad siin probleemi, ära käivita enne, kui see on parandatud. Kontroll peab toimuma serveris, mitte ainult nuppu peites. Meie turvakontrollnimekiri tehisintellektiga tehtud rakendustele läheb sügavamale.
Samm 5: Testi päris seadmetel
Ava rakendus tegelikul telefonil, mitte ainult kitsas brauseriaknas.
- Kas saad iga nuppu puudutada ilma suumimata?
- Kas klaviatuur katab välja, kuhu kirjutad?
- Kas tabelid ja laiad sisud kerivad või murduvad, selle asemel et lükata lehte küljele?
- Kas tekst on loetav ilma nipsamata?
Proovi vähemalt ühte iPhone'i (Safari) ja ühte Androidi telefoni (Chrome), kui saad neid laenata. Eriti Safari'l on oma iseärasused kuupäevade, video ja fikseeritud asendiga elementidega.
Samm 6: Testi raha ja e-kirju otsast lõpuni
Kõike, mis laeb kaarte või saadab e-kirju, tuleb läbi proovida tervikuna.
Maksed. Kasuta oma makseteenuse pakkuja testrežiimi ja testkaardi numbreid. Kontrolli edukat makset, tagasilükatud kaarti ja tühistatud kassat. Veendu, et tellimus või tellimus ilmub pärast makset su rakenduses, mitte ainult teenusepakkuja juhtpaneelil. Kui su rakendus tugineb webhook'idele (sõnumitele, mida makseteenuse pakkuja saadab su serverile), kontrolli, et need jõuavad avaldatud rakendusse, mitte ainult arenduskeskkonda. Seejärel enne käivitamist lülitu päris võtmetele ja tee üks väike päris ost, mille tagasi maksad.
E-kirjad. Registreeru päris aadressidega kahe-kolme eri teenusepakkuja juures. Kontrolli, et kirjad saabuvad, ei ole rämpsposti kaustas ja et iga link neis viitab elavale domeenile, mitte eelvaate aadressile.
Samm 7: Kontrolli kiirust ja vigu
- Ava brauseri arendustööriistad (parem klõps → Kontrolli) ja vaata Konsool vahelehte igal põhilehel. Punased vead tasub parandada isegi siis, kui midagi ei paista katkisena.
- Laadi sait telefonis mobiilse andmesidega, mitte Wi-Fi-ga. Kui esimene ekraan võtab mitu sekundit, vaata kõigepealt pildi suurusi.
- Käivita tasuta audit nagu Chrome'i arendustööriistades Lighthouse, et saada kiire ülevaade jõudlusest ja ligipääsetavusest.
Samm 8: Testi avaldatud rakendust, mitte ainult eelvaadet
Eelvaade ja avaldatud rakendus ei ole sama keskkond. Enne kui kellelegi käivitamisest räägid, korda põhiteekonnad elaval URL-il:
- Kas kõik keskkonnamuutujad ja saladused on avaldatud rakenduse jaoks seadistatud?
- Kas see kasutab õiget andmebaasi koos andmetega, mida ootad?
- Kas sisselogimise suunamised ja e-posti lingid kasutavad elavat domeeni?
- Kas sügaval lehel värskendamine laadib korrektselt?
Samm 9: Vaata, kuidas keegi teine seda kasutab
Anna ühele või kahele inimesele eesmärk ("broneeri laupäevaks joogatund"), mitte juhiseid. Jälgi, ära aita ja kirjuta üles, kus nad kõhklevad. See on kiireim viis segaste sõnastuste ja peidetud nuppude leidmiseks. Selle suurema versiooni kohta vaata kuidas korraldada beetatesti.
Kui nad tabavad vea, kirjuta see korralikult üles: sammud, oodatud tulemus ja tegelik tulemus. Meie juhend hea veateate kirjutamisest näitab vormingut.
Tehisintellekti abi testimisel
Kui ehitad tehisintellektiga, võid paluda sellel abi testide planeerimisel ja läbiviimisel:
Loetle selle rakenduse peamised kasutajateekonnad ja iga teekonna kohta servajuhud, mis kõige tõenäolisemalt katkevad: tühjad olekud, vale sisend, õigused ja värskendamine. Pane see kontrollnimekirjaks, mille saan läbi käia.
Logi sisse kahe erineva testkasutajaga ja kontrolli, kas kasutaja B näeb või muudab midagi, mille kasutaja A lõi, sh avades A kirjete URL-e otse. Teata, mis leiad, enne kui midagi parandad.
Käsitle tehisintellekti enda testiraportit esimese läbilaskena. Raha ja õiguste teekondi klõpsa ikka ise läbi.
Testimine Mythexis
Mythexis käivitab käsk /test rakenduse testimise: agent juhib brauserit sinu elaval eelvaates, klõpsab läbi lehed, teeb ekraanipilte ja teatab katkistest voogudest vestluses. See töötab kõige paremini konkreetse teekonna kohta, näiteks "testi registreerimist ja tunni broneerimist". Paranda leitud vead käsuga /fix või tavalise sõnumiga ning käivita seejärel /test uuesti. Rakenduse testimine kasutab eelvaadet, seega kontrolli põhiteekondi avaldamise järel ise avaldatud URL-il. Vaata dokumentatsioonist rakenduse testimine ja meie juhendist tehisintellektiga ehitatud rakenduse silumine, kui midagi ebaõnnestub.
Levinud vead
- Testimine ainult iseenda kasutajana. Sinu administraatorikonto, mis on täis andmeid, peidab tühja oleku ja õiguste vead.
- Testimine ainult sülearvutil. Paljude saitide külastajad tulevad telefonist.
- Teise konto vahelejätmine. Andmete lekkimine kasutajate vahel on kõige tõsisem viga, millega rakendus võib käivituda.
- Eelvaatele lootmine. Elaval rakendusel on teised seaded; testi ka seda.
- Vigade parandamine ilma lähedal asuvat uuesti testimata. Ühe vormi parandus võib katkestada teise, mis jagab sama koodi.
Eelkäivitamise kontrollnimekiri
- Põhiteekonnad loetletud ja järjestatud
- Iga teekond läbib uue kasutajana privaatses aknas
- Tühi, vale, pikk ja topelt sisend on käsitletud
- Värskendamine töötab igal lehel
- Kasutajad ei näe ega muuda üksteise andmeid, isegi URL-i kaudu
- Administraatorilehed on tavalistele kasutajatele ja väljalogitud külastajatele blokeeritud
- Töötab päris iPhone'il ja Androidi telefonil
- Maksed testitud: edu, tagasilükkamine, tühistamine ja rakendus uueneb pärast seda
- E-kirjad saabuvad, ei satu rämpsposti ning viitavad elavale domeenile
- Põhilehtedel pole konsoolis punaseid vigu
- Põhiteekonnad korratud avaldatud URL-il
- Vähemalt üks väline inimene proovis seda, kui sa jälgisid
Küsimused
Kui palju testimist väike rakendus enne käivitamist vajab?
Piisavalt, et olla kindel, et põhiteekonnad töötavad täiesti uuele kasutajale telefonis ja sülearvutis, et kasutajad ei näe üksteise andmeid ja et kõik, mis puudutab raha, töötab otsast lõpuni. Enamiku väikeste rakenduste puhul on see paar keskendunud tundi, mitte nädalaid.
Kas MVP jaoks on vaja automatiseeritud teste?
Mitte tingimata. Põhiteekondade käsitsi testimine leiab enamiku käivitamist takistavaid vigu. Automatiseeritud testid hakkavad end ära tasuma siis, kui muudad rakendust sageli ja tahad kiiresti teada, kas oled midagi katkestanud, mis varem töötas.
Kas peaksin testima eelvaates või elavas rakenduses?
Mõlemas. Testi põhjalikult eelvaates ja korda seejärel põhiteekondi avaldatud rakenduses, sest puuduvad keskkonnamuutujad, teine andmebaas või marsruutimise seaded võivad panna elava versiooni teisiti käituma.
Kes peaks peale minu rakendust testima?
Vähemalt üks inimene, kes seda pole kunagi näinud. Anna talle eesmärk, mitte juhised, ja jälgi, ilma et aitaksid. Ehitajad väldivad alateadlikult teid, mis katkevad.