Cara Menjalankan Ujian Beta untuk Aplikasi Anda

Untuk menjalankan ujian beta, tentukan apa yang perlu anda pelajari, jemput kumpulan kecil orang yang sepadan dengan pengguna sebenar anda, berikan tugasan pertama yang jelas, dan kumpulkan maklum balas di satu tempat mengikut jadual tetap. Betulkan apa sahaja yang menghalang mereka, lebarkan kumpulan dalam pusingan, dan tamatkan beta apabila satu set kriteria keluar yang anda tulis lebih awal telah dipenuhi — bukan apabila kesabaran anda habis.

Beta bukan pelancaran lembut. Ia ialah eksperimen berstruktur dengan permulaan, penamatan dan soalan untuk dijawab.

Di mana beta sesuai

Pengesahan bertanya sama ada masalah itu berbaloi untuk diselesaikan. Beta bertanya soalan yang lebih sempit: adakah versi produk ini menyelesaikan masalah itu untuk orang sebenar, dalam keadaan sebenar? Pelancaran datang selepas itu, apabila jawapannya sebahagian besarnya ya.

Sebelum menjemput sesiapa, lakukan ujian sendiri dahulu — cara menguji aplikasi anda sebelum pelancaran meliputi perkara itu. Penguji tidak sepatutnya menjadi orang yang mendapati pendaftaran rosak.

Langkah 1: Tulis apa yang beta mesti jawab

Pilih dua atau tiga soalan. Segala-galanya dalam pelan itu mengikut soalan tersebut.

Contoh rekaan: aplikasi penjadualan shif untuk kafe kecil menetapkan dua matlamat: “Bolehkah pengurus menerbitkan rota seminggu dalam sesi pertama tanpa bantuan?” dan “Adakah kakitangan membuka aplikasi sendiri pada minggu kedua?”

Langkah 2: Pilih jenis beta

Untuk produk pertama, beta tertutup dengan beberapa pusingan biasanya pilihan yang betul.

Langkah 3: Rekrut penguji yang sesuai

Penguji terbaik sedang menghadapi masalah itu sekarang, sepadan dengan sasaran pengguna anda, dan mempunyai masa untuk mencuba aplikasi dalam tempoh beta. Tempat untuk mencari mereka:

• Senarai menunggu atau senarai e-mel anda — lihat cara membina audiens sebelum pelancaran.
• Orang yang anda temu bual semasa pengesahan.
• Komuniti khusus tempat pengguna anda berkumpul, mengikut peraturan mereka untuk promosi.
• Jemputan langsung kepada orang dalam rangkaian anda yang sesuai dengan profil.

Tanya beberapa soalan penapisan supaya anda boleh memilih campuran: peranan mereka, cara mereka menyelesaikan masalah hari ini, peranti yang akan mereka gunakan, dan seberapa kerap masalah itu timbul. Jemput orang yang jawapannya sepadan dengan sasaran pengguna anda, dan elakkan mengisi beta dengan rakan pengasas melainkan mereka ialah pengguna sasaran.

Templat jemputan

Hi [nama] — anda pernah menyebut [masalah] semasa mendaftar. Saya sedang membuka beta persendirian kecil untuk [produk], yang [hasil]. Ia berlangsung dari [mula] hingga [tamat]. Saya minta penguji menggunakannya untuk [tugasan sebenar] sekurang-kurangnya sekali seminggu dan menjawab semakan ringkas setiap Jumaat. Sebagai balasan: akses percuma sepanjang beta dan [harga pengasas / tempoh percuma lanjutan]. Berminat?

Nyatakan komitmen masa dengan jujur. Orang yang tahu apa yang mereka daftar untuk memberi maklum balas yang lebih baik.

Langkah 4: Sediakan kit beta

Sebelum jemputan pertama dihantar, sediakan perkara ini:

• Mesej alu-aluan dengan pautan, cara log masuk, tugasan pertama untuk dicuba dan cara melaporkan masalah.
• Senarai isu yang diketahui, supaya penguji tidak melaporkan perkara yang sama sepuluh kali.
• Satu saluran maklum balas. Borang, kumpulan sembang kongsi atau alamat e-mel — satu tempat, bukan lima.
• Templat laporan pepijat. Minta apa yang mereka lakukan, apa yang mereka jangka, apa yang berlaku, peranti dan pelayar, serta tangkapan skrin. Cara menulis laporan pepijat yang baik mempunyai versi yang boleh anda kongsikan.
• Analitik atau log asas, supaya anda boleh melihat apa yang berlaku tanpa bergantung pada ingatan.
• Jangkaan yang jelas tentang data. Beritahu penguji jika data mungkin ditetapkan semula semasa beta, dan jangan minta mereka memasukkan maklumat sensitif ke dalam aplikasi yang belum siap.
• Asas terma dan privasi. Perjanjian beta ringkas dan nota privasi; semak peraturan tempatan atau dapatkan nasihat jika anda mengendalikan data peribadi.

Langkah 5: Jalankan dalam pusingan

Pusingan membolehkan anda membetulkan masalah sebelum lebih ramai orang menemuinya.

Dalam pusingan 1, minta dua atau tiga penguji berkongsi skrin mereka semasa mencuba aplikasi buat kali pertama. Diam dan perhatikan di mana mereka teragak-agak. Ini selalunya jam paling berguna dalam keseluruhan beta.

Langkah 6: Kumpul maklum balas mengikut rentak

Mesej “ada maklum balas?” yang tidak berstruktur menghasilkan jawapan yang kabur. Gunakan semakan ringkas dan tetap:

Semakan mingguan (contoh soalan rekaan)

1. Apakah yang anda gunakan [produk] untuknya minggu ini?
2. Apa yang meletihkan atau mengelirukan?
3. Adakah ada sesuatu yang hilang yang menghalang anda menyelesaikan tugas?
4. Bagaimana perasaan anda jika anda tidak lagi boleh menggunakannya? (Sangat kecewa / sedikit / tidak sama sekali)
5. Apa-apa lagi?

Gabungkan apa yang orang katakan dengan apa yang mereka lakukan. Seseorang yang berkata ia hebat tetapi tidak pernah log masuk juga memberitahu anda sesuatu.

Langkah 7: Triage apa yang masuk

Letakkan setiap maklum balas dalam satu senarai dan susun mengikut minggu.

Elakkan menambah ciri besar semasa beta. Setiap ciri baharu menyukarkan untuk mengetahui sama ada produk teras berfungsi.

Langkah 8: Tutup gelung

Penguji terus memberi maklum balas apabila mereka melihat ia digunakan.

• Hantar changelog ringkas selepas setiap pusingan: “Anda laporkan X; ia sudah diperbaiki.”
• Ucapkan terima kasih kepada orang dengan nama, secara peribadi, apabila laporan mereka membawa kepada pembetulan.
• Beritahu penguji apabila beta tamat, apa yang berlaku kepada data dan akaun mereka, dan apa tawaran pengasas mereka.

Langkah 9: Tentukan sama ada anda sudah bersedia

Tulis kriteria keluar anda sebelum beta bermula, kemudian semak dengan jujur pada akhir. Templat:

• Tiada penghalang atau pepijat kehilangan data yang diketahui
• Kebanyakan penguji baharu menyelesaikan tugas teras tanpa bantuan
• Sebahagian besar penguji kembali sendiri pada minggu-minggu kemudian
• Titik kekeliruan teratas telah diperbaiki dan diuji semula
• Pendaftaran, tetapan semula kata laluan dan mana-mana aliran pembayaran berfungsi dari awal hingga akhir
• Anda mempunyai mesej yang jelas tentang untuk siapa produk ini, dalam kata-kata penguji

Jika kebanyakan kotak ditanda, teruskan ke penggilapan onboarding dan pelancaran awam. Jika penggunaan semula rendah, itu soalan produk, bukan senarai pepijat — kembali kepada temu bual sebelum melancarkan.

Menjalankan beta dengan Mythex

Jika anda membina dengan Mythex, beberapa ciri sepadan dengan baik dengan beta:

• Pautan pratonton untuk pusingan 1. Butang Share mencipta pautan ke pratonton hidup anda yang berfungsi untuk orang tanpa akaun Mythex, jadi penguji awal boleh mencuba kerja yang belum siap sebelum anda menerbitkan. Buat satu pautan bagi setiap kumpulan dan padamkannya apabila selesai — dokumentasi Pratonton menerangkan cara pautan mengejutkan projek dan menggunakan kredit.
• Terbitkan untuk pusingan yang lebih panjang. Aplikasi terbit berjalan di alamatnya sendiri, sesuai untuk penguji yang menggunakannya selama beberapa minggu.
• Ujian Aplikasi sebelum setiap pusingan. Taip /test dalam sembang dan ejen mengklik melalui pratonton anda dan melaporkan aliran yang rosak, pemeriksaan berguna sebelum anda menjemput sesiapa (dokumentasi Ujian Aplikasi).
• Checkpoint. Jika pembetulan merosakkan sesuatu semasa beta, kembali ke checkpoint sebelumnya.

Tampal laporan pepijat penguji terus ke dalam sembang dan minta ejen menghasilkan semula dan membetulkannya, kemudian beritahu penguji apabila ia sudah dilancarkan.

Soalan lazim