Kā pārbaudīt lietotni pirms palaišanas: praktisks plāns

Lai pārbaudītu lietotni pirms palaišanas, uzskaiti dažas gaitas, ko lietotājs vari pabeigt, izpildi katru kā jaunam lietotājam klēpjdatorā un telefonā, tad izmēģini veidus, kā viņš var noiet greizi: tukši dati, nepareiza ievade, otrs konts, lēns savienojums. Testē ar īpašu uzmanību visu, kas saistīts ar naudu vai privātiem datiem, un pēc publicēšanas atkārto galvenās gaitas dzīvajā URL. Beigās vēro kādu, kas lietotni nekad nav redzējis, kā mēģina to izmantot.

Šim nav vajadzīga QA komanda vai testēšanas ietvars. Vajag sarakstu, stundu vai divas un disciplīnu, lai tiešām to izietu.

1. solis: uzraksti gaitas, kas ir svarīgas

Gaita ir sākums līdz beigām uzdevumam, ko lietotājs nāk izpildīt. Vairumā lietotņu ir trīs līdz sešas, kas tiešām svarīgas. Rezervēšanas lietotnei:

1. Reģistrēties un apstiprināt kontu
2. Atrast nodarbību un rezervēt to
3. Atcelt rezervāciju
4. Samaksāt par nodarbību pasi
5. Personāls: skatīt šodienas rezervācijas

Ja esi uzrakstījis lietotāju stāstus, to pieņemšanas kritēriji jau ir tavi testa gadījumi. Ja nē, uzraksti vienu rindu katrai gaitai ar to, kā izskatās „veiksme”.

Sakārto tās pēc svarīguma. Gaitas, kas nes naudu vai ko katrs lietotājs sasniedz (reģistrācija, pieteikšanās, galvenā darbība), tiek testētas pirmās un visvairāk.

2. solis: pārbaudi veiksmīgo ceļu kā jaunu lietotāju

„Veiksmīgais ceļš” ir gaita, kas notiek tieši tā, kā paredzēts. Testē to tā, kā to piedzīvotu svešinieks:

• Izmanto privātu pārlūka logu, lai neesi pieteicies un nav saglabātu datu.
• Izmanto jaunu kontu ar reālu e-pastu, ko vari pārbaudīt.
• Sāc no sākumlapas vai saites, nevis lapas, kuru atzīmēji, veidojot.

Jaunajiem lietotājiem nav datu. Daudzas kļūdas parādās tikai tad, kad saraksts ir tukšs, profilā nav fotogrāfijas vai vēl nav nekas nopirkts. Tavs pats konts, pilns ar testa datiem, slēpj tās.

3. solis: mēģini salauzt

Tagad atkārto katru gaitu un tīši dari nepareizi.

Atsvaidzināšana ir vērts izcelt: ja lietotne darbojas, kad klikšķini cauri, bet atsvaidzinot dziļāku lapu parādās 404, skati kā salabot 404 kļūdas pēc izvietošanas.

4. solis: pārbaudi tiesības ar diviem kontiem

Tas ir vissvarīgākais tests jebkurai lietotnei ar kontiem, un to visbiežāk izlaiž.

Izveido divus parastus lietotājus, A un B, un (ja lietotnei ir) administratoru.

• Kā A izveido ierakstu. Pieraksties kā B. Vai B to var redzēt, rediģēt vai dzēst? Nevar, ja vien tas nav paredzēts.
• Kā A nokopē viena sava ieraksta URL. Pieraksties kā B un atver šo URL tieši.
• Kā parastais lietotājs mēģini atvērt administratora lapas, ierakstot to URL.
• Pilnībā izrakstās un mēģini tos pašus URL.

Ja šeit atrodi problēmu, nepalaid, kamēr to nav salabots. Pārbaudei jānotiek serverī, nevis tikai paslēpjot pogu. Mūsu drošības kontrolsaraksts AI veidotām lietotnēm iet dziļāk.

5. solis: pārbaudi uz reālām ierīcēm

Atver lietotni uz reāla tālruņa, nevis tikai šaurā pārlūka logā.

• Vai vari nospiest katru pogu bez tuvināšanas?
• Vai tastatūra nesedz lauku, kurā raksti?
• Vai tabulas un plaši saturs ritina vai ietinās, nevis izstumj lapu sāniski?
• Vai teksts ir lasāms bez izspiešanas?

Izmēģini vismaz vienu iPhone (Safari) un vienu Android tālruni (Chrome), ja vari aizņemties. Safari jo īpaši ir savas īpatnības ar datumiem, video un fiksētiem elementiem.

6. solis: pārbaudi naudu un e-pastu no sākuma līdz beigām

Viss, kas iekasē kartes maksas vai sūta e-pastus, prasa pilnu pārbaudi.

Maksājumi. Izmanto sava maksājumu pakalpojumu sniedzēja testa režīmu un testa kartes numurus. Pārbaudi veiksmīgu maksājumu, noraidītu karti un atceltu norēķinu. Apstiprini, ka pasūtījums vai abonements parādās tavā lietotnē pēc maksājuma, nevis tikai pakalpojumu sniedzēja panelī. Ja tava lietotne paļaujas uz webhook (ziņojumiem, ko maksājumu sniedzējs sūta tavam serverim), pārbaudi, ka tie ierodas publicētajā lietotnē, nevis tikai izstrādē. Pēc tam, pirms palaišanas, pārslēdzies uz dzīvajām atslēgām un veic vienu nelielu reālu pirkumu, ko atmaksā.

E-pasts. Reģistrējies ar reāliem e-pasta adresēm vismaz divos vai trijos dažādos pakalpojumos. Pārbaudi, ka e-pasti ierodas, nenonāk mēstulēs un ka katra saite tajos norāda uz dzīvo domēnu, nevis uz priekšskatījuma adresi.

7. solis: pārbaudi ātrumu un kļūdas

• Atver pārlūka izstrādātāju rīkus (ar peles labo pogu → Inspect / Pārbaudīt) un apskati cilni Console katrā galvenajā lapā. Sarkanas kļūdas ir vērts salabot, pat ja nekas nešķiet salauzts.
• Ielādē vietni tālrunī, izmantojot mobilos datus, nevis Wi-Fi. Ja pirmais ekrāns aizņem vairākas sekundes, vispirms skaties uz attēlu izmēriem.
• Palaid bezmaksas auditu, piemēram, Lighthouse Chrome izstrādātāju rīkos, lai ātri novērtētu ātrumu un pieejamību.

8. solis: pārbaudi publicēto lietotni, ne tikai priekšskatījumu

Priekšskatījums un publicēta lietotne nav viena un tā pati vide. Pirms kādam stāsti par palaišanu, atkārto galvenās gaitas dzīvajā URL:

• Vai visi vides mainīgie un noslēpumi ir iestatīti publicētajai lietotnei?
• Vai tā izmanto pareizo datubāzi ar datiem, ko gaidi?
• Vai pieteikšanās pāradresācijas un e-pasta saites izmanto dzīvo domēnu?
• Vai atsvaidzināšana dziļā lapā ielādējas pareizi?

9. solis: vēro, kā kāds cits to izmanto

Dod vienam vai diviem cilvēkiem mērķi („rezervēt jogas nodarbību sestdienai”), nevis instrukcijas. Vēro, nepalīdzi, un pieraksti, kur viņi apstājas. Tas ir ātrākais veids, kā atrast neskaidrus formulējumus un slēptas pogas. Lielākai šīs pieejas versijai skati kā veikt beta testu.

Kad viņi nopietni sastopas ar kļūdu, pieraksti to pareizi: soļi, sagaidāmais rezultāts un faktiskais rezultāts. Mūsu ceļvedis par labas kļūdas ziņojuma rakstīšanu parāda formātu.

Izmanto AI, lai palīdzētu testēt

Ja veido ar AI, vari lūgt to palīdzēt plānot un veikt testus:

Uzskaiti šīs lietotnes galvenās lietotāju gaitas un katrai no tām robežgadījumus, kas visvairāk varētu salūzt: tukšus stāvokļus, nepareizu ievadi, tiesības un atsvaidzināšanu. Ieliec to kontrolsarakstā, ko varu izpildīt.

Pieraksties kā divi dažādi testa lietotāji un pārbaudi, vai lietotājs B var redzēt vai mainīt kaut ko, ko izveidoja lietotājs A, arī atverot A ierakstu URL tieši. Ziņo, ko atradi, pirms ko labo.

Atzīmē AI pašu testēšanas pārskatu kā pirmo pārbaudi. Naudas un tiesību gaitas joprojām klikšķini cauri pats.

Testēšana Mythex

Mythex komanda /test palaiž App Testing: aģents vada pārlūku pret tavu dzīvo priekšskatījumu, klikšķina cauri lapām, uzņem ekrānuzņēmumus un čatā ziņo par salauztām plūsmām. Vislabāk tā strādā ar konkrētu gaitu, piemēram, „pārbaudi reģistrēšanos un nodarbības rezervēšanu”. Salabo atrasto ar /fix vai parastu ziņu, tad palaid /test vēlreiz. App Testing izmanto priekšskatījumu, tāpēc pēc publicēšanas galvenās gaitas publicētajā URL pārbaudi pats. Skati App Testing dokumentācijā un mūsu ceļvedi par AI veidotas lietotnes atkļūdošanu, ja kaut kas neizdodas.

Biežākās kļūdas

• Testēšana tikai kā sev. Tavs administratora konts ar daudziem datiem slēpj tukšu stāvokļu un tiesību kļūdas.
• Testēšana tikai uz klēpjdatora. Daudzu vietņu apmeklētāji ierodas no tālruņa.
• Otrā konta izlaišana. Datu noplūde starp lietotājiem ir nopietnākā kļūda, ar ko lietotne var tikt palaista.
• Uzticēšanās priekšskatījumam. Dzīvajai lietotnei ir citi iestatījumi; testē arī to.
• Kļūdu labošana bez blakus esošo pārbaudes. Labojums vienai formai var salauzt citu, kas izmanto to pašu kodu.

Pirmspalaišanas kontrolsaraksts

• Galvenās gaitas uzskaitītas un sakārtotas
• Katra gaita strādā kā jauns lietotājs privātā logā
• Tukša, nepareiza, gara un dublēta ievade apstrādāta
• Atsvaidzināšana darbojas katrā lapā
• Lietotāji nevar redzēt vai mainīt cita datus, pat izmantojot URL
• Administratora lapas bloķētas parastiem lietotājiem un neautorizētiem apmeklētājiem
• Darbojas uz reāla iPhone un Android tālruņa
• Maksājumi pārbaudīti: veiksmīgs, noraidīts, atcelts, un lietotne pēc tam atjaunojas
• E-pasti ierodas, nenonāk mēstulēs un saista uz dzīvo domēnu
• Galvenajās lapās nav sarkanu kļūdu konsolē
• Galvenās gaitas atkārtotas publicētajā URL
• Vismaz viena ārēja persona to pamēģināja, kamēr tu vēroji

Jautājumi