Kako izvesti beta testiranje za svojo aplikacijo

Za beta testiranje odločite, kaj se morate naučiti, povabite majhno skupino ljudi, ki ustreza vašim pravim uporabnikom, jim dajte jasno prvo nalogo in povratne informacije zbirajte na enem mestu po fiksnem urniku. Popravite, kar jim preprečuje delo, skupino širite v krogih in beta zaključite, ko so izpolnjeni vnaprej zapisani izhodni pogoji – ne takrat, ko vam zmanjka potrpljenja.

Beta ni mehka objava. Je strukturiran poskus z začetkom, koncem in vprašanjem, na katero odgovarja.

Kje se beta testiranje vključi

Validacija sprašuje, ali je težava vredna reševanja. Beta sprašuje ožje: ali ta različica izdelka rešuje težavo za resnične ljudi, v resničnih razmerah? Objava pride za tem, ko je odgovor večinoma da.

Preden koga povabite, najprej sami preizkusite aplikacijo – kako preizkusiti aplikacijo pred objavo to pokrije. Testerji naj ne bodo tisti, ki odkrijejo, da registracija ne deluje.

Korak 1: Zapišite, na kaj mora beta odgovoriti

Izberite dve ali tri vprašanja. Vse ostalo v načrtu izhaja iz njih.

Izmišljen primer: aplikacija za urnike izmen za male kavarne postavi dva cilja: »Ali lahko vodja objavi urnik za teden v prvi seji brez pomoči?« in »Ali zaposleni aplikacijo odprejo sami v drugem tednu?«.

Korak 2: Izberite vrsto bete

Za prvi izdelek je običajno pravilna odločitev zaprta beta z nekaj krogi.

Korak 3: Poiščite prave testerje

Najboljši testerji imajo težavo že zdaj, ustrezajo vašemu ciljnemu uporabniku in imajo čas, da aplikacijo preizkusijo v obdobju bete. Kje jih najti:

• Vaš seznam čakajočih ali e-poštni seznam – glejte kako zgraditi občinstvo pred objavo.
• Ljudje, ki ste jih intervjuvali med validacijo.
• Nišne skupnosti, kjer se zbirajo vaši uporabniki, ob upoštevanju njihovih pravil o promociji.
• Neposredna vabila ljudem iz vaše mreže, ki ustrezajo profilu.

Postavite nekaj vprašanj za izbor, da lahko izberete mešanico: njihova vloga, kako težavo rešujejo danes, katero napravo bi uporabljali in kako pogosto se težava pojavi. Vabite ljudi, katerih odgovori ustrezajo vašemu ciljnemu uporabniku, in ne napolnite bete s sosnovniki, razen če so ciljni uporabnik.

Predloga za vabilo

Pozdravljen/a [ime] – ob prijavi si omenil/a [težavo]. Odpiram majhno zasebno beto za [izdelek], ki [rezultat]. Poteka od [začetek] do [konec]. Prosim testerje, naj ga vsaj enkrat na teden uporabijo za [pravo nalogo] in vsak petek odgovorijo na kratko vprašanje o napredku. Za to dobite brezplačen dostop med beto in [ustanovna cena / podaljšano brezplačno obdobje]. Vas zanima?

Časovno zavezo navedite iskreno. Ljudje, ki vedo, za kaj so se prijavili, dajejo boljše povratne informacije.

Korak 4: Pripravite komplet za beto

Preden gre prvo vabilo ven, pripravite:

• Dobrodošlo sporočilo s povezavo, navodili za prijavo, prvo nalogo za preizkus in načinom prijave težav.
• Seznam znanih težav, da testerji ne prijavljajo iste stvari desetkrat.
• En kanal za povratne informacije. Obrazec, skupinski klepet ali e-poštni naslov – eno mesto, ne pet.
• Predlogo za poročilo o napaki. Vprašajte, kaj so naredili, kaj so pričakovali, kaj se je zgodilo, napravo in brskalnik ter posnetek zaslona. Kako napisati dobro poročilo o napaki vsebuje različico, ki jo lahko delite.
• Osnovna analitika ali dnevniki, da lahko vidite, kaj se je zgodilo, brez zanašanja na spomin.
• Jasna pričakovanja glede podatkov. Povejte testerjem, če se podatki med beto lahko ponastavijo, in jih ne prosite, naj v nedokončano aplikacijo vnašajo občutljive podatke.
• Osnove pogojev in zasebnosti. Kratek dogovor o beti in obvestilo o zasebnosti; če obdelujete osebne podatke, preverite lokalna pravila ali se posvetujte s strokovnjakom.

Korak 5: Izvedite jo v krogih

Krogi vam omogočajo, da popravite težave, preden jih naletijo še drugi.

V prvem krogu prosite dva ali tri testerje, naj med prvim preizkusom aplikacije delijo zaslon. Ostanite tihi in opazujte, kje oklevajo. To je pogosto najkoristnejša ura v celotni beti.

Korak 6: Zbirajte povratne informacije v ritmu

Nestrukturirana sporočila »kakšne povratne informacije?« dobijo nejasne odgovore. Namesto tega uporabite kratek, redni pregled:

Tedenski pregled (izmišljena vprašanja)

1. Za kaj ste ta teden uporabljali [izdelek]?
2. Kaj je bilo frustrirajoče ali zmedeno?
3. Ali je kaj manjkalo, zaradi česar nalogo niste dokončali?
4. Kako bi se počutili, če ga ne bi mogli več uporabljati? (Zelo razočarani / nekoliko / sploh ne)
5. Karkoli drugega?

Kombinirajte, kar ljudje povejo, s tem, kar naredijo. Nekdo, ki pravi, da je odlično, a se nikoli ne prijavi, vam tudi nekaj sporoča.

Korak 7: Razvrstite, kar prihaja

Vsako povratno informacijo postavite na en seznam in ga vsak teden razvrstite.

Uprite se, da med beto dodajate velike funkcije. Vsaka nova funkcija otežuje oceno, ali osrednji izdelek deluje.

Korak 8: Zaprite zanko

Testerji dajejo povratne informacije naprej, ko vidijo, da se uporabljajo.

• Po vsakem krogu pošljite kratek dnevnik sprememb: »Prijavili ste X; to je popravljeno.«
• Zahvalite se ljudem po imenu, zasebno, ko je njihova prijava privedla do popravka.
• Testerjem povejte, kdaj beta konča, kaj se zgodi z njihovimi podatki in računom ter kakšna je njihova ustanovna ponudba.

Korak 9: Odločite, ali ste pripravljeni

Izhodne pogoje zapišite, preden se beta začne, nato jih ob koncu iskreno preverite. Predloga:

• Ni znanih ovir ali napak z izgubo podatkov
• Večina novih testerjev dokonča osrednjo nalogo brez pomoči
• Pomemben delež testerjev se v kasnejših tednih vrne sam
• Glavne točke zmede so popravljene in ponovno preizkušene
• Registracija, ponastavitev gesla in vsak tok plačila delujejo od začetka do konca
• Imate jasno sporočilo, za koga je izdelek, v besedah testerjev

Če je večina potrditvenih polj označena, pojdite na izpopolnjevanje uvajanja in javno objavo. Če je vračanje uporabe nizko, gre za vprašanje o izdelku, ne za seznam napak – pred objavo se vrnite k intervjujem.

Beta testiranje z Mythexom

Če gradite z Mythexom, se nekatere funkcije lepo ujemajo z beto:

• Predogledne povezave za krog 1. Gumb Share ustvari povezavo do vašega živega predogleda, ki deluje tudi za ljudi brez računa Mythex, tako da lahko zgodnji tester preizkusi nedokončano delo, preden objavite. Ustvarite eno povezavo na skupino in jo izbrišite, ko končate – dokumentacija o predogledu pojasni, kako povezave zbudijo projekt in porabijo kredite.
• Objava za daljše kroge. Objavljena aplikacija teče na svojem naslovu, kar ustreza testerjem, ki jo uporabljajo nekaj tednov.
• Testiranje aplikacije pred vsakim krogom. V klepetu vtipkajte /test, agent pa klikne po vašem predogledu in poroča o pokvarjenih tokovih – koristno preverjanje, preden koga povabite (dokumentacija o testiranju aplikacije).
• Kontrolne točke. Če popravek med beto nekaj pokvari, se vrnite na prejšnjo kontrolno točko.

Poročilo o napaki testerja prilepite neposredno v klepet in prosite agenta, naj napako reproducira in popravi, nato testerju sporočite, ko je popravek v uporabi.

Vprašanja