Kā veikt lietotnes beta testu
Lai veiktu beta testu, nosakiet, ko vēlaties uzzināt, uzaiciniet nelielu grupu cilvēku, kas atbilst jūsu reālajiem lietotājiem, dodiet viņiem skaidru pirmo uzdevumu un savāciet atsauksmes vienā vietā pēc fiksēta grafika. Labojiet to, kas viņiem traucē, paplašiniet grupu kārtās un beidziet beta, kad ir izpildīti iepriekš uzrakstīti pabeigšanas kritēriji — nevis tad, kad jums beidzas pacietība.
Beta nav mīkstā palaišana. Tas ir strukturēts eksperiments ar sākumu, beigām un jautājumu, uz kuru jāatbild.
Kur iederas beta
Validācija jautā, vai problēma ir vērts risināt. Beta uzdod šaurāku jautājumu: vai šī produkta versija to risina reāliem cilvēkiem reālos apstākļos? Palaišana nāk pēc tam, kad atbilde lielākoties ir jā.
Pirms kāda uzaicināšanas veiciet pats savu testēšanu — kā pārbaudīt lietotni pirms palaišanas aptver to. Testētājiem nevajadzētu būt tiem, kas atklāj, ka reģistrācija nedarbojas.
1. solis: uzrakstiet, uz ko beta jāatbild
Izvēlieties divus vai trīs jautājumus. Viss pārējais plāns izriet no tiem.
| Mērķis | Piemēra jautājums | Ko mērīt |
|---|---|---|
| Lietojamība | Vai jaunie lietotāji var izpildīt galveno uzdevumu bez palīdzības? | Cik pabeidz to paši |
| Vērtība | Vai cilvēki atgriežas bez atgādinājuma? | Atgriešanās otrajā un trešajā nedēļā |
| Uzticamība | Vai tas strādā ar reāliem datiem un ierīcēm? | Kļūdas pēc nopietnības, kļūdu žurnāli |
| Gatavība maksāt | Vai cilvēki maksās plānoto cenu? | Konversijas vai priekšpasūtījumi beigās |
| Ievade | Kur cilvēki iestrēgst pirmajā sesijā? | Atkāpšanās punkti, atbalsta jautājumi |
Izdomāts piemērs: maiņu plānošanas lietotne mazām kafejnīcām nosaka divus mērķus: "Vai vadītājs var publicēt nedēļas grafiku savā pirmajā sesijā bez palīdzības?" un "Vai darbinieki paši atver lietotni otrajā nedēļā?"
2. solis: izvēlieties beta veidu
| Veids | Kas | Labākais, kad | Kompromiss |
|---|---|---|---|
| Draugi un alfa | Cilvēki, kurus pazīstat | Ļoti agrīnā stadijā, acīmredzamu kļūmju atklāšanai | Pieklājīgas, bet nereprezentatīvas atsauksmes |
| Slēgts beta | Uzaicināti mērķa lietotāji | Vairumam agrīno produktu | Pieteikšanās prasa pūles |
| Atvērts beta | Ikviens, kas pierakstās | Mērogošanas un daudzveidības testēšanai | Vairāk atbalsta, mazāk dziļuma katram testētājam |
| Maksas beta | Lietotāji, kas maksā dibinātāju cenu | Gatavības maksāt testēšanai | Augstākas cerības |
Pirmajam produktam parasti pareizs ir slēgts beta ar dažām kārtām.
3. solis: piesaistiet pareizos testētājus
Labākajiem testētājiem problēma ir tieši tagad, viņi atbilst jūsu mērķa lietotājam un viņiem ir laiks izmēģināt lietotni beta logā. Vietas, kur tos atrast:
- Jūsu gaidīšanas saraksts vai e-pasta saraksts — skatiet kā veidot auditoriju pirms palaišanas.
- Cilvēki, ar kuriem runājāt validācijas laikā.
- Nišas kopienas, kur jūsu lietotāji pulcējas, ievērojot to noteikumus par reklāmu.
- Tieši uzaicinājumi cilvēkiem jūsu tīklā, kas atbilst profilam.
Uzdodiet dažus atlases jautājumus, lai varētu izveidot sajaukumu: viņu loma, kā viņi šobrīd risina problēmu, kādu ierīci izmantotu un cik bieži problēma rodas. Uzaicniet cilvēkus, kuru atbildes atbilst jūsu mērķa lietotājam, un nepiepildiet beta ar kolēģiem uzņēmējiem, ja vien viņi nav mērķa lietotāji.
Uzaicinājuma veidne
Sveiks, [vārds] — pieminēji [problēmu], kad reģistrējies. Atveru nelielu privātu [produkta] beta, kas [rezultāts]. Tas darbosies no [sākums] līdz [beigas]. Lūdzu testētājiem to izmantot [reālam uzdevumam] vismaz reizi nedēļā un katru piektdienu atbildēt īsā atskaitē. Pretī: bezmaksas piekļuve beta laikā un [dibinātāju cena / pagarināts bezmaksas periods]. Interesē?
Godīgi norādiet laika apņemšanos. Cilvēki, kas zina, uz ko piekrīt, sniedz labākas atsauksmes.
4. solis: sagatavojiet beta komplektu
Pirms pirmā uzaicinājuma nosūtīšanas sagatavojiet:
- Sveiciena ziņu ar saiti, kā pieteikties, pirmo uzdevumu un kā ziņot par problēmām.
- Zināmo problēmu sarakstu, lai testētāji nebūtu spiesti desmit reizes ziņot par to pašu.
- Vienu atsauksmju kanālu. Forma, kopīga tērzēšanas grupa vai e-pasta adrese — viena vieta, nevis piecas.
- Kļūdas ziņojuma veidni. Lūdziet, ko viņi darīja, ko gaidīja, kas notika, ierīci un pārlūku, un ekrānuzņēmumu. Kā uzrakstīt labu kļūdas ziņojumu satur versiju, ko var kopīgot.
- Pamata analītiku vai žurnālus, lai redzētu, kas notika, nepaļaujoties uz atmiņu.
- Skaidras cerības par datiem. Pasakiet testētājiem, ja dati beta laikā var tikt atiestatīti, un nelūdziet ievadīt sensitīvu informāciju nepabeigtā lietotnē.
- Pamata noteikumus un privātumu. Īsa beta vienošanās un privātuma piezīme; pārbaudiet vietējos noteikumus vai konsultējieties, ja apstrādājat personas datus.
5. solis: veiciet to kārtās
Kārtas ļauj novērst problēmas, pirms ar tām saskaras vairāk cilvēku.
| Kārta | Testētāji | Fokuss |
|---|---|---|
| 1. kārta | Nedaudzi | Vai viņi var reģistrēties un izpildīt galveno uzdevumu? Noskatieties dažas sesijas tiešraidē. |
| 2. kārta | Lielāka grupa | Reāla lietošana dažas nedēļas; labojiet galvenās problēmas starp kārtām. |
| 3. kārta (pēc izvēles) | Plašāka vai atvērta | Ievade bez jūsu palīdzības, uzticamība, cenu tests. |
- kārtā lūdziet divus vai trīs testētājus dalīties ekrānā, kamēr viņi pirmo reizi izmēģina lietotni. Paliekiet klusi un vērojiet, kur viņi vilcinās. Tā bieži ir visnoderīgākā stunda visā beta.
6. solis: savāciet atsauksmes pēc ritma
Nestrukturēti ziņojumi "vai ir kādas atsauksmes?" dod neskaidras atbildes. Izmantojiet īsu, regulāru atskaiti:
Iknedēļas atskaite (izdomāti piemēra jautājumi)
- Kam jūs šonedēļ izmantojāt [produktu]?
- Kas bija apgrūtinoši vai neskaidrs?
- Vai kaut kas trūka, kas neļāva pabeigt uzdevumu?
- Kā jūtaties, ja vairs nevarētu to lietot? (Ļoti vīlies / nedaudz / nemaz)
- Vēl kas?
Apvienojiet to, ko cilvēki saka, ar to, ko viņi dara. Kāds, kas saka, ka tas ir lieliski, bet nekad neielogojas, arī kaut ko jums stāsta.
7. solis: sašķirojiet to, kas ienāk
Ievietojiet katru atsauksmi vienā sarakstā un katru nedēļu kārtojiet.
| Kategorija | Piemēri | Rīcība |
|---|---|---|
| Bloķētājs | Nevar reģistrēties, dati pazūd, maksājums neizdodas | Labot nekavējoties, paziņot ietekmētajiem testētājiem |
| Nopietna kļūda | Galvenā funkcija nestrādā uz bieži lietotas ierīces | Labot šajā kārtā |
| Neskaidrība | Cilvēki neatrod pogu, nepareizi saprot etiķeti | Labot tekstu vai izkārtojumu; lēti un vērtīgi |
| Maza kļūda | Vizuāls defekts, reti gadījumi | Savākt vēlākai laikai |
| Funkcijas pieprasījums | "Vai tas var arī X?" | Reģistrēt, jautāt, kādu problēmu tas risina, meklēt modeļus |
Pretojieties lielu funkciju pievienošanai beta vidū. Katra jauna funkcija apgrūtina to, vai pamatprodukts darbojas.
8. solis: aizveriet cilpu
Testētāji turpina sniegt atsauksmes, kad redz, ka tās tiek izmantotas.
- Pēc katras kārtas nosūtiet īsu izmaiņu žurnālu: "Jūs ziņojāt par X; tas ir labots."
- Pateicieties cilvēkiem vārdā, personīgi, kad viņu ziņojums noveda pie labojuma.
- Pasakiet testētājiem, kad beta beidzas, kas notiek ar viņu datiem un kontu un kāds ir viņu dibinātāju piedāvājums.
9. solis: izlemiet, vai esat gatavi
Uzrakstiet pabeigšanas kritērijus pirms beta sākuma un godīgi pārbaudiet tos beigās. Veidne:
- Nav zināmu bloķētāju vai datu zuduma kļūdu
- Lielākā daļa jauno testētāju izpilda galveno uzdevumu bez palīdzības
- Pietiekams skaits testētāju atgriežas paši vēlākajās nedēļās
- Galvenās neskaidrības ir labotas un pārbaudītas vēlreiz
- Reģistrācija, paroles atjaunošana un jebkura maksājumu plūsma darbojas no sākuma līdz beigām
- Jums ir skaidrs vēstījums par to, kam produkts paredzēts, testētāju vārdiem
Ja lielākā daļa rūtiņu ir atzīmēta, pārejiet uz ievades pulēšanu un publisku palaišanu. Ja atgriešanās lietošana ir zema, tā ir produkta, nevis kļūdu saraksta problēma — atgriezieties pie intervijām pirms palaišanas.
Beta ar Mythex
Ja veidojat ar Mythex, daži līdzekļi labi iederas beta:
- Priekšskatījuma saites 1. kārtai. Poga Share izveido saiti uz jūsu dzīvo priekšskatījumu, kas darbojas cilvēkiem bez Mythex konta, tāpēc agrīnais testētājs var izmēģināt nepabeigtu darbu, pirms publicējat. Veidojiet vienu saiti katrai grupai un dzēsiet to, kad esat pabeidzis — Priekšskatījuma dokumentācija izskaidro, kā saites pamodina projektu un izmanto kredītus.
- Publicējiet garākām kārtām. Publicēta lietotne darbojas savā adresē, kas der testētājiem, kuri to lieto vairāku nedēļu garumā.
- App Testing pirms katras kārtas. Ierakstiet
/testtērzēšanā, un aģents noklikšķina caur jūsu priekšskatījumu un ziņo par bojātām plūsmām — noderīga pārbaude, pirms kādu uzaicināt (App Testing dokumentācija). - Kontrolpunkti. Ja labojums beta vidū kaut ko salauž, atgriezieties pie iepriekšējā kontrolpunkta.
Ielīmējiet testētāja kļūdas ziņojumu tieši tērzēšanā un lūdziet aģentam to reproducēt un salabot, pēc tam paziņojiet testētājam, kad tas ir pieejams.
Jautājumi
Cik beta testētāju man vajag?
Mazāk, nekā vairums cilvēku domā. Neliela grupa, kas atbilst jūsu mērķa lietotājam un tiešām lieto lietotni, atklās lielāko daļu nopietnu problēmu. Sāciet ar nedaudziem, labojiet to, ko viņi atrod, un pēc tam paplašiniet grupu.
Cik ilgam jābūt beta testam?
Pietiekami ilgam, lai testētāji lietotu lietotni tā, kā to darītu reālajā dzīvē, kas bieži nozīmē dažas nedēļas lietotnei, ko lieto katru nedēļu. Iepriekš nosakiet beigu datumu, lai beta nevilktos bezgalīgi.
Vai beta testētājiem vajadzētu maksāt?
Tas atkarīgs no tā, ko vajag uzzināt. Bezmaksas beta vieglāk piesaistīt; maksas vai atlaižu beta parāda, vai cilvēki vērtē produktu pietiekami, lai maksātu. Daudzi dibinātāji sākumā veic bezmaksas slēgtu beta, bet maksu prasa vēlākā kārtā.
Kāda ir atšķirība starp slēgtu un atvērtu beta?
Slēgts beta ir tikai uzaicinājumiem — parasti neliela grupa, kuru izvēlaties un ar kuru runājat tieši. Atvērts beta ļauj pierakstīties ikvienam, kas nes lielāku apjomu un daudzveidību, bet mazāku personisku kontaktu un vairāk atbalsta darba.
Ko darīt ar beta testētāju funkciju pieprasījumiem?
Reģistrējiet tos, jautājiet, kādu problēmu katrs risinātu, un meklējiet modeļus. Vairums beta testu vispirms jālabo kļūdas un neskaidrības; funkciju pievienošana beta laikā apgrūtina to, vai pamatprodukts vispār darbojas.