Kaip išbandyti programėlę prieš paleidimą: praktinis išankstinio testavimo planas

Norėdami išbandyti programėlę prieš paleidimą, surašykite kelias kelias, kurias naudotojas turi sugebėti įveikti, kiekvieną išbandykite kaip visiškai naujas naudotojas nešiojamajame kompiuteryje ir telefone, tada pabandykite būdus, kuriais viskas gali nueiti ne taip: tušti duomenys, klaidinga įvestis, antra paskyra, lėtas ryšys. Viską, susijusią su pinigais ar privačiais duomenimis, testuokite ypač kruopščiai ir pakartokite pagrindines kelionės gyvu URL po publikavimo. Baigti galite stebėdami žmogų, kuris programėlės niekada nematė, bandantį ja naudotis.

Tam nereikia QA komandos ar testavimo sistemos. Jums reikia sąrašo, valandos ar dviejų ir ryžto tikrai jį paklikinėti.

1 žingsnis: užrašykite kelines, kurios svarbios

Kelionė – tai nuo pradžios iki pabaigos atliekama užduotis, dėl kurios naudotojas ateina. Daugelyje programėlių yra trys–šeši tokie svarbūs keliai. Rezervavimo programėlei:

1. Registruotis ir patvirtinti paskyrą
2. Rasti pamoką ir ją užsisakyti
3. Atšaukti rezervaciją
4. Apmokėti pamokų abonementą
5. Darbuotojams: peržiūrėti šiandienos rezervacijas

Jei esate parašę naudotojų istorijas, jų priėmimo kriterijai jau yra jūsų testavimo atvejai. Jei ne, parašykite po vieną eilutę kiekvienai kelionei su tuo, kaip atrodo „sėkmė“.

Surikiuokite juos. Kelionės, kurios uždirba pinigų arba kurias kiekvienas naudotojas pasiekia (registracija, prisijungimas, pagrindinis veiksmas), testuojamos pirmiausia ir labiausiai.

2 žingsnis: išbandykite sėkmės kelią kaip naujas naudotojas

„Sėkmės kelias“ – tai kelionė, vykstanti tiksliai taip, kaip numatyta. Testuokite ją taip, kaip ją patirtų svetimas žmogus:

• Naudokite privatų naršyklės langą, kad nebūtumėte prisijungę ir neturėtumėte išsaugotų duomenų.
• Naudokite naują paskyrą su tikru el. paštu, kurį galite patikrinti.
• Pradėkite nuo pagrindinio puslapio ar nuorodos, o ne nuo puslapio, pažymėto kūrimo metu.

Naujiems naudotojams nėra duomenų. Daugelis klaidų pasirodo tik tada, kai sąrašas tuščias, profilis be nuotraukos ar dar nieko nenupirkta. Jūsų pačių paskyra, pilna testinių duomenų, paslepia šias klaidas.

3 žingsnis: pabandykite sugadinti

Dabar pakartokite kiekvieną kelionę ir sąmoningai padarykite ką nors ne taip.

Perkrovimą verta paminėti atskirai: jei programėlė veikia, kai spaudinėjate, bet perkrovus giliau esantį puslapį rodoma 404, žr. kaip ištaisyti 404 klaidas po diegimo.

4 žingsnis: patikrinkite teises su dviem paskyromis

Tai svarbiausias testas bet kuriai programėlei su paskyromis ir dažniausiai praleidžiamas.

Sukurkite du įprastus naudotojus, A ir B, ir (jei programėlėje yra) administratorių.

• Kaip A sukurkite įrašą. Prisijunkite kaip B. Ar B gali jį matyti, redaguoti ar ištrinti? Neturėtų, nebent taip sukurta.
• Kaip A nukopijuokite vieno savo įrašo URL. Prisijunkite kaip B ir atidarykite tą URL tiesiogiai.
• Kaip įprastas naudotojas bandykite atverti administravimo puslapius įvesdami jų URL.
• Visiškai atsijunkite ir išbandykite tuos pačius URL.

Jei čia rasite problemą, neleiskite paleisti, kol ji neištaisyta. Patikrinimas turi vykti serveryje, o ne tik paslepiant mygtuką. Mūsų saugumo kontrolinis sąrašas DI sukurtoms programėlėms nagrinėja tai giliau.

5 žingsnis: testuokite tikrais įrenginiais

Atidarykite programėlę tikrame telefone, o ne tik siaurame naršyklės lange.

• Ar galite paliesti kiekvieną mygtuką be priartinimo?
• Ar klaviatūra nedengia lauko, kuriame rašote?
• Ar lentelės ir platus turinys slenka arba lūžta, o ne stumia puslapį į šoną?
• Ar tekstas skaitomas be spaudimo pirštais?

Jei galite pasiskolinti, išbandykite bent vieną iPhone (Safari) ir vieną Android telefoną (Chrome). Safari ypač turi savitų keistenybių su datomis, vaizdo įrašais ir fiksuotos padėties elementais.

6 žingsnis: išbandykite pinigus ir el. laiškus visu ciklu

Viskas, kas nurašo pinigus nuo kortelių ar siunčia el. laiškus, reikalauja pilno patikrinimo.

Mokėjimai. Naudokite savo mokėjimų teikėjo testinį režimą ir testines kortelių numerius. Patikrinkite sėkmingą mokėjimą, atmestą kortelę ir atšauktą atsiskaitymą. Įsitikinkite, kad užsakymas ar prenumerata po mokėjimo atsiranda jūsų programėlėje, o ne tik teikėjo valdymo skydelyje. Jei programėlė remiasi webhook (žinutėmis, kurias mokėjimų teikėjas siunčia jūsų serveriui), patikrinkite, ar jos pasiekia publikuotą programėlę, o ne tik kūrimo aplinką. Tada prieš paleidimą pereikite prie tikrų raktų ir atlikite vieną mažą tikrą pirkimą, kurį grąžinsite.

El. laiškai. Užsiregistruokite su tikrais adresais dviejuose ar trijuose skirtinguose teikėjuose. Patikrinkite, ar laiškai ateina, nepatenka į šlamštą ir ar kiekviena nuoroda juose veda į gyvą domeną, o ne į peržiūros adresą.

7 žingsnis: patikrinkite greitį ir klaidas

• Atidarykite naršyklės kūrėjo įrankius (dešiniuoju pelės klavišu → Inspect) ir kiekviename pagrindiniame puslapyje pažiūrėkite į skirtuką Console. Raudonos klaidos verta ištaisyti, net jei nieko nematote sugedę.
• Įkelkite svetainę telefone naudodami mobilųjį duomenų ryšį, o ne Wi-Fi. Jei pirmas ekranas rodomas kelias sekundes, pirmiausia pažiūrėkite į paveikslėlių dydžius.
• Paleiskite nemokamą auditą, pavyzdžiui, Lighthouse Chrome kūrėjo įrankiuose, kad greitai įvertintumėte našumą ir prieinamumą.

8 žingsnis: testuokite paskelbtą programėlę, o ne tik peržiūrą

Peržiūra ir paskelbta programėlė nėra ta pati aplinka. Prieš pranešdami apie paleidimą, pakartokite pagrindines kelionės gyvu URL:

• Ar visi aplinkos kintamieji ir paslaptys nustatyti paskelbtai programėlei?
• Ar naudojama teisinga duomenų bazė su jums reikalingais duomenimis?
• Ar prisijungimo peradresavimai ir el. pašto nuorodos naudoja gyvą domeną?
• Ar perkrovus giliau esantį puslapį jis įkeliamas teisingai?

9 žingsnis: stebėkite, kaip kitas žmogus naudojasi

Duokite vienam ar dviem žmonėms tikslą („užsisakyti jogos pamoką šeštadieniui“), o ne instrukcijas. Stebėkite, nepadėdami, ir užrašykite, kur jie sustoja. Tai greičiausias būdas rasti painius žodžius ir paslėptus mygtukus. Didesnei šio varianto versijai žr. kaip atlikti beta testą.

Kai kas nors susiduria su klaida, užrašykite ją tinkamai: žingsnius, laukiamą rezultatą ir faktinį rezultatą. Mūsų vadove kaip parašyti gerą klaidos ataskaitą parodytas formatas.

DI pagalba testuojant

Jei kuriate su DI, galite paprašyti jo padėti planuoti ir vykdyti testus:

Išvardykite pagrindines naudotojų keliones šioje programėlėje ir kiekvienai jų – kraštutinius atvejus, kurie labiausiai linkę sugesti: tuščias būsenas, neteisingą įvestį, teises ir perkrovimą. Pateikite tai kaip kontrolinį sąrašą, kurį galiu įveikti.

Prisijunkite su dviem skirtingais testiniais naudotojais ir patikrinkite, ar naudotojas B gali matyti ar pakeisti bet ką, ką sukūrė naudotojas A, įskaitant tiesioginį A įrašų URL atidarymą. Prieš ką nors taisydami, pateikite, ką radote.

DI pateiktą testavimo ataskaitą laikykite pirmuoju etapu. Mokėjimų ir teisių kelionės vis tiek turi būti patikrintos jums pačiam paspaudinėjant.

Testavimas Mythex

Mythex komanda /test paleidžia programėlės testavimą: agentas valdo naršyklę jūsų gyvoje peržiūroje, spaudinėja puslapius, daro ekrano nuotraukas ir pokalbyje praneša apie sugedusias eigas. Ji geriausiai veikia su konkrečia kelione, pavyzdžiui, „išbandyk registraciją ir pamokos rezervavimą“. Ištaisykite rastas problemas su /fix arba įprasta žinute, tada vėl paleiskite /test. Programėlės testavimas naudoja peržiūrą, todėl po publikavimo pagrindines kelionės patikrinkite paskelbtame URL patys. Žr. Programėlės testavimas dokumentacijoje ir mūsų vadovą kaip derinti DI sukurtą programėlę, kai kas nors nepavyksta.

Dažnos klaidos

• Testavimas tik kaip pats. Jūsų administratoriaus paskyra su daug duomenų paslepia tuščios būsenos ir teisių klaidas.
• Testavimas tik nešiojamajame kompiuteryje. Daugelio svetainių lankytojai ateina iš telefono.
• Antros paskyros praleidimas. Duomenų nutekėjimas tarp naudotojų – rimčiausia klaida, su kuria programėlė gali būti paleista.
• Pasitikėjimas peržiūra. Gyva programėlė turi kitokius nustatymus; testuokite ir ją.
• Klaidų taisymas be šalia esančių dalykų pakartotinio testavimo. Vienos formos pataisymas gali sugadinti kitą, kuri naudoja tą patį kodą.

Prieš paleidimą kontrolinis sąrašas

• Pagrindinės kelionės surašytos ir surikiuotos
• Kiekviena kelionė praeina kaip visiškai naujas naudotojas privačiame lange
• Tušti, neteisingi, ilgi ir dublikuoti duomenys tvarkomi
• Perkrovimas veikia kiekviename puslapyje
• Naudotojai negali matyti ar pakeisti vienas kito duomenų, net per URL
• Administravimo puslapiai uždaryti įprastiems naudotojams ir neprisijungusiems lankytojams
• Veikia tikrame iPhone ir Android telefone
• Mokėjimai patikrinti: sėkmė, atmetimas, atšaukimas ir programėlė atsinaujina vėliau
• El. laiškai ateina, nepatenka į šlamštą ir veda į gyvą domeną
• Pagrindiniuose puslapiuose konsolėje nėra raudonų klaidų
• Pagrindinės kelionės pakartotos paskelbtu URL
• Bent vienas išorinis žmogus išbandė, kol stebėjote

Klausimai