Jawaban cepat
Susun jawaban dari catatan perekrutan, pengujian, masukan, perubahan, dan kesiapan Anda sendiri. Pakai contoh di bawah ini sebagai kerangka penyusunan, ganti setiap detail faktual, lalu ikuti redaksi dan batas karakter yang ditampilkan formulir Konsol Play Anda sendiri.
Formulir ini menanyakan pengujian yang baru saja Anda jalankan, aplikasi yang Anda bangun, dan keputusan Anda untuk merilisnya. Halaman ini menelusuri setiap kolom, menunjukkan draf contohnya, dan membahas apa yang harus ditulis ketika bukti Anda tipis, bersifat kualitatif, atau sama sekali tidak menghasilkan perubahan kode.
Apa itu kuesioner akses produksi?
Saat pengujian tertutup Anda memenuhi kriteria, Konsol Play menampilkan “Ajukan permohonan akses ke produksi” di dasbor aplikasi Anda. Panel itu memuat kriteria yang masih harus Anda penuhi dan menyertakan link Pratinjau pertanyaan, sehingga Anda bisa membaca formulirnya sebelum mulai. Google bertanya dalam tiga bagian:
Google menjelaskan bahwa tujuan bagian pengujian tertutup adalah memastikan aplikasi sudah diuji secara memadai sebelum dipublikasikan. Bagian 2 adalah bagian paling ringan: Google menyatakan jawaban di sana tidak ditampilkan di Google Play dan tidak memengaruhi akses ke fitur Konsol Play.
Yang dipublikasikan Google
- Peninjauan biasanya memakan waktu 7 hari atau kurang, dan bisa lebih lama.
- Anda bisa diminta melanjutkan pengujian jika belum punya 12 penguji yang memenuhi syarat, atau jika penguji tidak terlibat dengan aplikasinya.
- Jawaban Bagian 2 tidak dipublikasikan dan tidak memengaruhi akses fitur.
- Meninggalkan formulir tanpa menuntaskannya bisa menghapus jawaban yang belum tersimpan: gunakan Berikutnya untuk berpindah antarbagian dan Ajukan permohonan di akhir.
Sumber: Bantuan Konsol Play, persyaratan pengujian untuk akun developer pribadi.
Halaman ini membahas sembilan pertanyaan dari pengajuan awal, ditambah satu pertanyaan pengajuan ulang yang dilaporkan developer yang diminta melanjutkan pengujian. Google tidak memublikasikan daftar yang tetap, dan redaksi, jenis kolom, serta pertanyaan yang muncul dilaporkan berbeda antarakun. Ikuti formulir Anda sendiri.
Setiap contoh di sini kurang dari 300 karakter dan menampilkan hitungannya sendiri. Sebagian developer melaporkan batas di sekitar angka itu, tetapi tidak ada batas universal terkini yang bisa diverifikasi, jadi penghitung di formulir Anda sendirilah yang berlaku. Tidak ada bukti terpublikasi yang mengaitkan panjang jawaban dengan hasilnya.
Bukti apa yang perlu Anda siapkan?
Lakukan ini sekali dan formulirnya berhenti menjadi soal menulis. Kumpulkan tiga hal ini sebelum Anda membukanya. Semua isi halaman ini disusun dari ketiganya.
Angka-angka yang akan ditanyakan kepada Anda, diambil dari informasi kelayakan di Konsol Play dan dari catatan Anda sendiri, agar keduanya sesuai dengan apa yang Anda tulis.
- Berapa penguji yang ikut serta, dan pada tanggal berapa saja.
- Apakah keikutsertaan berjalan terus-menerus selama 14 hari terakhir, tanpa terputus.
- Rilis mana yang dipakai setiap penguji saat pengujian berakhir.
Menghapus instalan bukan berarti keluar. Penguji yang menghapus aplikasi tetap berstatus ikut serta; keluar adalah tindakan yang disengaja, lewat link pengujian atau bagian beta aplikasi di Play Store (Keluar dari program beta aplikasi). Jadi jumlah penginstalan tidak membuktikan bahwa pengujian berlangsung, dan tidak juga membuktikan bahwa pengujian berhenti.
Aktivitas, bukan kata sifat. Catat alur yang mereka selesaikan dan dari mana Anda mengetahuinya.
- Alur inti mana yang dijalankan: pendaftaran, tugas utama, berbagi, setelan, pembayaran.
- Kira-kira seberapa sering aplikasinya dibuka, dan dalam rentang waktu berapa lama.
- Di mana orang tersendat, dan pada perangkat atau versi Android apa jika Anda mengetahuinya.
Sebutkan sumber setiap klaim. Hitungan yang berasal dari laporan penguji berbeda dari hitungan yang dicatat analitik, sekalipun keduanya ditulis sebagai angka. Keduanya bisa dipakai; sebutkan saja yang mana yang Anda punya.
Google mengarahkan developer ke halaman masukan pengujian di Konsol Play dan menyarankan agar Anda menyimpan catatan. Satu baris per temuan sudah cukup:
- Dari mana masukan itu datang (masukan Konsol Play, formulir dalam aplikasi, chat, email).
- Apa yang Anda rilis sebagai tanggapan, dan di versi berapa.
- Bagaimana Anda memastikan perbaikannya berhasil, dan temuan mana yang masih terbuka.
Satu catatan yang menjawab empat dari sembilan pertanyaan
Tiga kolom sudah cukup. Baris di bawah ini milik aplikasi fiktif yang diperkenalkan di bagian berikutnya; milik Anda akan sama sekali berbeda, dan justru itulah intinya.
| Temuan pengujian | Yang dirilis | Cara diverifikasi |
|---|---|---|
| Pengingat shift tidak muncul setelah jadwal diubah. | Versi 1.4.1: penjadwalan ulang pengingat diperbaiki setelah jadwal diubah. | Kedua penguji yang melaporkannya memastikan pengingat datang pada dua shift berikutnya. |
| Publikasi jadwal gagal saat koneksi lambat dan drafnya hilang. | Versi 1.4.2: draf disimpan secara lokal dan dicoba ulang sampai publikasinya berhasil. | Diuji ulang pada koneksi yang dibatasi, sebelum dan sesudahnya; drafnya tetap aman. |
| Tampilan mingguan terasa sempit di layar kecil. | Belum dirilis. Dijadwalkan setelah peluncuran. | Terbuka. Disebut sebagai item terbuka di jawaban kesiapan, bukan diklaim sudah diperbaiki. |
Bagaimana jika Anda tidak punya analitik terperinci?
Kalau Anda tidak mengumpulkan analitik sesi, Anda tetap bisa menjawab semua pertanyaan. Yang tidak bisa Anda lakukan adalah mengubah kesan menjadi pengukuran. Sebutkan apa yang Anda ketahui dan dari mana Anda mengetahuinya. “Sepuluh dari dua belas penguji memberi tahu saya bahwa mereka membuat setidaknya satu jadwal; saya tidak punya analitik sesi” bisa dipakai dan bisa diperiksa. Rata-rata durasi sesi yang dikarang tidak.
Hal yang sama berlaku untuk laporan pra-peluncuran: Google menggambarkannya sebagai pengujian otomatis di perangkat miliknya sendiri, dengan cakupan yang terbatas (Menggunakan laporan pra-peluncuran untuk menemukan masalah). Itu membuktikan adanya perayapan otomatis, bukan pengujian oleh manusia.
Jika Android vitals tidak menunjukkan error
Dasbor yang kosong bukan bukti nol error. Android vitals bergantung pada data diagnostik yang memenuhi syarat, dan Google mencatat bahwa tampilan kosong bisa berarti data tidak mencukupi pada filter yang Anda pilih (Android vitals). Jika datanya tipis, laporkan keterbatasan itu.
Susun dulu jawabannya di tempat lain
Google memperingatkan bahwa meninggalkan formulir tanpa mengklik Berikutnya di setiap bagian dan Ajukan permohonan di akhir bisa menghapus pekerjaan Anda. Tulis jawabannya di sebuah dokumen, periksa apakah semuanya saling cocok, baru tempelkan.
Masih butuh penguji?
Jika Anda sudah menyelesaikan pengujian, gunakan contoh di bawah untuk menyiapkan jawaban dari catatan Anda sendiri, dan periksa setiap jawaban terhadap apa yang benar-benar terjadi. Jika Anda masih butuh penguji, bandingkan dukungan pengujian: PrimeTestLab menyediakan jawaban kuesioner setelah pengujiannya, lalu Anda memeriksanya dan mengirim pengajuan.
Cara memakai contoh jawaban ini
Setiap fakta dalam setiap contoh di bawah ini adalah karangan. Semuanya menggambarkan satu aplikasi fiktif, supaya Anda bisa melihat bagaimana satu catatan pengujian berubah menjadi sembilan jawaban yang konsisten. Tidak satu pun di antaranya siap dikirimkan untuk aplikasi Anda, dan tidak akan menjadi siap hanya karena dipendekkan.
Ganti setiap nama, angka, tanggal, fitur, dan temuan dengan milik Anda sendiri sebelum memakai apa pun dari sini. Jawaban yang masih menyebut “Shiftly”, atau masih mengklaim dua belas penguji selama empat belas hari padahal bukan itu yang terjadi, menggambarkan pengujian orang lain.
Varian mana yang sebaiknya Anda pilih?
Draf default semuanya mengikuti pengujian fiktif Shiftly. Tab alternatif menggambarkan keadaan yang berbeda: metode perekrutan lain, bukti yang lebih tipis, jenis aplikasi yang berbeda. Pilih yang sesuai dengan pengujian Anda, lalu buat jawaban-jawaban terkait saling cocok. Jawaban tanpa perubahan tidak bisa berdampingan dengan jawaban masukan dan kesiapan yang mengklaim perbaikan sudah dirilis, dan tab game adalah game fiktif yang terpisah.
Cara membaca draf
- Teks yang ditandai seperti ini adalah fakta yang harus Anda ganti.
- Salin sebagai template mengganti setiap bagian itu dengan petunjuk dalam kurung siku, bukan dengan kalimat jadi.
- Penjelasan berada di luar panel draf, jadi Anda tidak bisa menempelkan catatan editorial ke dalam formulir.
- Hitungan karakter mengukur contohnya, bukan penggantinya.
Contoh ilustratif, bukan aplikasi nyata
ShiftlyAplikasi fiktif untuk menyusun jadwal shift di toko dan kafe kecil, dipakai di sepanjang halaman ini semata-mata agar kesembilan jawaban tetap konsisten. Bukan klien, bukan studi kasus, dan tidak ada hasil apa pun yang diklaim untuknya.
- Pengujian tertutup 12 penguji, 14 hari berturut-turut
- Alur inti Mendaftar, menyusun jadwal mingguan, mengundang rekan kerja, memublikasikan, menerima pengingat shift
- Rilis selama pengujian 1.4.1 dan 1.4.2
- Item terbuka Tampilan mingguan sempit di layar kecil
Bagian 1: Tentang pengujian tertutup Anda
Bagian ini meminta Anda menjelaskan perekrutan, aktivitas, dan masukan. Jaga agar jawaban Anda konsisten dengan informasi kelayakan di Konsol Play dan dengan catatan pengujian Anda sendiri, lalu jelaskan aktivitas, masukan, dan pemeriksaan yang tidak tertangkap oleh metrik dasbor mana pun.
Bagaimana Anda merekrut pengguna untuk pengujian tertutup Anda?
Google menanyakan dari mana penguji Anda berasal. Sebutkan sumber yang benar-benar Anda pakai dan siapa yang menjalankan pengujiannya. Keberagaman adalah praktik yang masuk akal, bukan larangan memakai satu sumber, jadi satu kanal yang jujur lebih baik daripada daftar yang dikarang.
Yang dibutuhkan kolom ini
- Kanal yang benar-benar Anda pakai, satu atau beberapa.
- Siapa penguji Anda jika dilihat dari audiens aplikasi Anda.
- Siapa yang menyusun skenario, membaca masukan, dan merilis perubahan.
Draf contoh (fiktif)
Saya merekrut 12 penguji dari jaringan saya sendiri: lima rekan di ruang kerja bersama, empat teman yang mengatur jadwal toko, dan tiga dari forum pengujian. Semua ikut serta dalam dua hari dan bertahan selama 14 hari penuh. Saya sendiri yang menyusun skenario dan membaca masukannya.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Draf contoh (fiktif)
Saya merekrut 12 penguji lewat jasa pengujian berbayar. Saya yang memilih skenario, membaca masukan di Konsol Play dan di laporan penyedia jasa, merilis dua pembaruan selama pengujian, dan meminta tiap pelapor memastikan perbaikannya.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Draf contoh (fiktif)
Semua 12 penguji berasal dari satu sumber: komunitas pemilik toko independen yang sudah saya ikuti. Merekalah orang-orang yang menjadi sasaran aplikasi ini. Saya mengundang mereka satu per satu, bukan menyebar link pengujian secara terbuka.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Versi yang lebih lemah, dan apa yang tidak disebutkannya
“Saya mencari penguji secara online.”
Tidak menyebut kanal, tidak menyebut hubungannya dengan audiens Anda, dan tidak menyebut siapa yang menjalankan pengujiannya.
Tidak ada panduan terpublikasi yang menyiratkan bahwa menyebut nama penyedia jasa memengaruhi hasilnya. Yang penting adalah sisa formulir Anda konsisten dengannya: kalau penyedia jasa yang merekrut penguji, sebutkan siapa yang menyusun skenario, membaca masukan, membuat perubahan, dan memeriksanya.
Seberapa mudah merekrut penguji?
Skala dari sangat sulit sampai sangat mudah. Pilih opsi yang sesuai dengan pengalaman Anda. Tidak ada panduan terpublikasi yang menyebut opsi yang lebih disukai. Baris di bawah ini hanya gambaran longgar, bukan kriteria: perekrutan bisa terasa sulit atau mudah karena alasan yang tidak satu pun tercakup di sana.
- Sangat sulit Anda tidak berhasil mencapai 12 penguji, dan pengujiannya molor atau mandek.
- Sulit Perlu berkali-kali mengajak, atau beberapa kali percobaan dalam rentang waktu yang panjang.
- Biasa saja Perlu sedikit usaha dan kira-kira selama waktu yang Anda perkirakan.
- Mudah Satu atau dua kali mengajak, daftarnya langsung penuh.
- Sangat mudah Peminatnya lebih banyak daripada tempat yang tersedia.
Tidak ada opsi di sini yang direkomendasikan. Redaksi dan jumlah pilihannya bisa berbeda dari yang ditampilkan di atas; bacalah formulir Anda sendiri.
Jelaskan keterlibatan yang Anda dapatkan dari penguji
Contoh dari Google sendiri di sini berkisar pada penggunaan fitur dan apakah penggunaan itu menyerupai pemakaian produksi yang sebenarnya. “Sangat terlibat” tidak menggambarkan apa pun yang bisa dibayangkan orang. Sebutkan alurnya, rentang waktunya, polanya, dan dari mana angka Anda berasal.
Yang dibutuhkan kolom ini
- Berapa penguji, dalam rentang waktu berapa lama.
- Dua sampai empat alur yang benar-benar mereka selesaikan, sebutkan namanya.
- Pola pemakaiannya, dan dari mana angkanya berasal.
Draf contoh (fiktif)
Selama 14 hari, 12 penguji membuat 31 jadwal mingguan; semua menuntaskan pendaftaran dan membuat jadwal, sembilan mengundang rekan kerja, tujuh menerima pengingat shift. Penguji multitoko membuka aplikasi hampir tiap hari; penguji satu toko seminggu sekali. Angka ini dari log peristiwa aplikasi.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Draf contoh (fiktif)
Saya tidak punya analitik sesi selama pengujian. Sepuluh dari dua belas penguji bilang sudah membuat setidaknya satu jadwal mingguan, dan enam bilang sudah mengundang rekan kerja. Saya menyaksikan dua penguji menuntaskan pendaftaran lewat berbagi layar. Saya tidak bisa melaporkan jumlah sesi.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Versi yang lebih lemah, dan apa yang tidak disebutkannya
“Penguji aktif dan memakai aplikasinya.”
Tanpa jumlah, tanpa rentang waktu, tanpa nama alur, dan tanpa sumber untuk semua itu.
Berikan ringkasan masukan yang Anda terima
Google menanyakan apa isi masukannya sekaligus bagaimana Anda mengumpulkannya. Sebutkan kanalnya, tema yang benar-benar muncul, dan apa yang Anda lakukan untuk masing-masing, termasuk yang belum dikerjakan. Memuat beberapa temuan ke dalam kolom yang pendek adalah bagian yang butuh penyuntingan.
Yang dibutuhkan kolom ini
- Dari mana masukan itu datang.
- Tema yang benar-benar muncul, berapa pun jumlahnya.
- Mana yang sudah Anda rilis, dan mana yang masih terbuka.
Draf contoh (fiktif)
Masukan datang lewat masukan pengujian Konsol Play dan satu grup chat. Temanya: pengingat shift tidak muncul setelah jadwal diubah, publikasi jadwal gagal di koneksi lambat, dan tampilan mingguan sempit di layar kecil. Dua yang pertama sudah diperbaiki dan dirilis; yang ketiga masih terbuka.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Versi yang lebih lemah, dan apa yang tidak disebutkannya
“Masukannya positif.”
Tidak menyebut kanal, tidak menyebut tema, dan tidak menyebut tanggapan, padahal ketiganya persis yang diminta kolom ini.
Kalau masukannya memang sepenuhnya positif, katakan begitu dan sebutkan apa saja yang dicakupnya. Cacat yang dikarang pun harus tetap konsisten dengan Q8 dan Q9.
Kekurangan penguji yang mau tetap ikut serta 14 hari tanpa terputus?
PrimeTestLab menyediakan 12 penguji yang sudah terkualifikasi mulai US$19,99, dan pengujian dimulai dalam 4-6 jam.
Bagian 2: Tentang aplikasi atau game Anda
Google menyatakan jawaban ini tidak ditampilkan di Google Play dan tidak memengaruhi akses Anda ke fitur Konsol Play. Tulis apa adanya. Ini bukan teks untuk halaman Play Store, dan tidak ada untungnya berjualan di sini.
Siapa audiens yang dituju aplikasi Anda?
Google meminta Anda spesifik. “Semua orang” tidak menggambarkan siapa pun. Jelaskan siapa mereka, masalah apa yang mereka hadapi, dan kapan mereka membuka aplikasi Anda. Kalau Anda memang punya dua jenis pengguna, sebutkan keduanya.
Yang dibutuhkan kolom ini
- Siapa mereka: peran, situasi, atau rentang usia kalau itu memang relevan.
- Masalah yang mereka hadapi sebelum aplikasi Anda ada.
- Kapan dan seberapa sering mereka memakainya.
Draf contoh (fiktif)
Shiftly ditujukan untuk pemilik dan manajer toko serta kafe dengan 3 sampai 20 karyawan yang saat ini menyusun jadwal di kertas atau aplikasi catatan. Mereka memakainya sekali seminggu saat menyusun rencana pekan berikutnya, dan sebentar-sebentar ketika ada yang minta tukar shift.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Versi yang lebih lemah, dan apa yang tidak disebutkannya
“Semua orang.”
Tidak menyebut pengguna, tidak menyebut masalah, tidak menyebut momen pemakaian, dan hampir tidak pernah benar.
Jelaskan bagaimana aplikasi Anda memberi nilai bagi pengguna
Mulailah dari hasilnya, baru sebutkan dua atau tiga fitur yang menghasilkannya. Untuk game, nilainya ada pada pengalaman: loop permainannya, apa yang membuatnya khas, berapa lama satu sesi berlangsung, dan mengapa orang kembali lagi.
Yang dibutuhkan kolom ini
- Hasilnya, dalam satu kalimat, sebelum daftar fitur apa pun.
- Dua atau tiga fitur yang menghasilkan hasil itu.
- Untuk game: loop permainannya, unsur khasnya, durasi satu sesi.
Draf contoh (fiktif)
Shiftly membuat manajer toko bisa memakai ulang jadwal pekan lalu, memublikasikan shift ke staf, dan mengirim pengingat sebelum tiap shift. Staf mengajukan tukar shift di aplikasi, bukan lewat pesan.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Draf contoh (fiktif)
Pemain membersihkan papan dengan merangkai warna yang cocok dalam batas waktu 90 detik. Setiap papan yang bersih menulis ulang papan berikutnya, jadi tidak ada dua permainan yang sama. Satu permainan berlangsung sekitar tiga menit, dan pemain kembali untuk papan harian.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Versi yang lebih lemah, dan apa yang tidak disebutkannya
“Aplikasi saya berguna dan punya fitur yang bagus.”
Tanpa hasil, tanpa fitur, dan tanpa pengguna, di kolom yang toh tidak dipublikasikan Google.
Tab Game adalah contoh fiktif kedua, bukan Shiftly. Kalau Anda memakainya, sisa jawaban Anda menggambarkan game Anda, bukan aplikasi penjadwalan shift.
Berapa banyak penginstalan yang Anda perkirakan pada tahun pertama?
Google menyebut perkiraan kasar sudah cukup dan rentangnya memang sengaja dibuat lebar. Pilih rentang yang didukung audiens dan perkiraan peluncuran Anda sendiri. Tidak ada panduan terpublikasi yang menyebut rentang yang lebih disukai, dan tidak ada dasar bagi saran umum untuk memilih rentang tengah.
- 0 – 10 rb
- 10 rb – 100 rb
- 100 rb – 1 jt
- 1 jt+
- Saya tidak tahu Opsi yang sah, dan lebih bisa dipertanggungjawabkan daripada angka yang Anda karang.
Tidak ada opsi di sini yang direkomendasikan, dan tidak satu pun rentang ini menyiratkan apa pun tentang aplikasi Anda. Label dan redaksi rentangnya berbeda-beda; bacalah formulir Anda sendiri.
Bagian 3: Kesiapan produksi
Bagian ini menanyakan apa yang dihasilkan pengujian dan mengapa Anda memutuskan untuk merilis. Kedua jawaban harus terbaca sebagai kesimpulan dari catatan yang Anda bangun sebelumnya, bukan klaim baru yang muncul pertama kali di sini.
Perubahan apa yang Anda buat berdasarkan pengujian tertutup Anda?
Jelaskan perubahan yang benar-benar Anda buat dan cara Anda memeriksanya. Panduan yang dipublikasikan tidak menetapkan rumus penilaian untuk kolom ini, dan tidak menetapkan jumlah minimum pembaruan. Itu bukan berarti jawabannya tidak berpengaruh, dan itu juga tidak menutupi masalah pemblokir atau pelanggaran kebijakan yang sudah Anda ketahui. Pisahkan pekerjaan yang sudah selesai dari yang baru direncanakan.
Yang dibutuhkan kolom ini
- Apa yang ditemukan pengujian, dengan kata-kata Anda sendiri.
- Apa yang Anda rilis sebagai tanggapan, dengan nomor versi kalau ada.
- Bagaimana Anda memeriksanya, dan apa yang masih terbuka.
Draf contoh (fiktif)
Dua rilis selama pengujian. 1.4.1 membenahi penjadwalan ulang pengingat setelah jadwal diubah; 1.4.2 memperbaiki publikasi di koneksi lambat. Penguji pelapor memastikan perbaikannya, dan saya menguji ulang publikasi di koneksi yang dibatasi. Tampilan mingguan sempit masih terbuka, belum dibenahi.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Draf contoh (fiktif)
Saya tidak merilis perubahan pada pengujian ini. Penguji memeriksa pendaftaran di Android 10, publikasi di koneksi lambat, pengingat di tiga build OEM. Hasilnya tidak ada kegagalan di jalur itu, dan Android vitals tanpa error pada periode dengan data cukup. Tata letak layar kecil belum diuji.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Versi yang lebih lemah, dan apa yang tidak disebutkannya
“Kami memperbaiki aplikasinya.”
Tidak menyebut temuan, tidak menyebut rilis, dan tidak menyebut pemeriksaan, jadi tidak bisa dicocokkan dengan jawaban masukan Anda.
Bagaimana kalau Anda tidak membuat perubahan?
Panduan tidak menetapkan jumlah pembaruan, dan aplikasi yang tidak berubah bukan otomatis pengajuan yang lemah. Yang membuat sebuah jawaban lemah adalah pengujian yang tidak dijelaskan. Pakai tab Tidak ada perubahan dirilis di atas: alur dan kondisi apa yang diperiksa, apa hasilnya dan dari mana asalnya, serta apa yang belum tuntas. Jangan mengarang cacat hanya supaya punya perbaikan untuk dilaporkan.
Bagaimana Anda memutuskan bahwa aplikasi Anda siap untuk produksi?
Google menanyakan kriteria keputusan Anda, bukan seberapa yakin Anda. Sebutkan dua atau tiga hal yang Anda perhatikan dan bukti di balik masing-masing. Semua yang ada di sini seharusnya sudah muncul lebih awal di formulir, dengan riwayat verifikasi yang sama.
Yang dibutuhkan kolom ini
- Kriteria yang Anda pakai, dinyatakan sebagai kriteria.
- Bukti di balik masing-masing kriteria.
- Item yang masih terbuka, dan mengapa itu tidak menghambat rilis.
Draf contoh (fiktif)
Tiga kriteria. Perbaikan pengingat dipastikan oleh penguji yang terdampak. Saya menguji ulang publikasi jadwal di koneksi yang dibatasi setelah 1.4.2. Tampilan mingguan yang sempit masih terbuka; sifatnya kosmetik, dan alur inti yang diuji tetap bisa dipakai.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Versi yang lebih lemah, dan apa yang tidak disebutkannya
“Saya merasa aplikasinya sudah siap.”
Perasaan bukan kriteria, jadi tidak ada yang bisa disetujui atau dibantah di sini.
Kesalahan umum saat menjawab
Tidak satu pun di antaranya adalah aturan yang dipublikasikan Google. Ini pola-pola yang membuat sebuah jawaban menyampaikan lebih sedikit daripada yang dimaksudkan developer yang menulisnya.
“Sangat terlibat”, “sangat positif”, “diuji menyeluruh”. Masing-masing memakan ruang di kolom yang pendek tanpa menyebut satu pun alur, angka, atau rentang waktu.
“Tidak ada masalah yang ditemukan” di satu kolom dan “Saya memperbaiki beberapa bug” di kolom berikutnya. Keduanya tidak mungkin benar, dan pembaca tidak punya cara untuk tahu yang mana.
Kalau Anda melaporkan masukan, sebutkan dari mana datangnya: masukan pengujian Konsol Play, formulir dalam aplikasi, grup chat, email. Tanpa itu, ringkasannya tidak bersumber.
Contoh yang ditempel begitu saja dan masih menggambarkan aplikasi, audiens, atau bug orang lain bukanlah gambaran pengujian Anda. Setiap template punya kelemahan yang sama, termasuk yang ada di halaman ini.
Persentase yang dikarang supaya terkesan cermat adalah klaim yang tidak bisa Anda dukung. Hitungan dari laporan penguji sepenuhnya bisa dipakai; sebutkan saja bahwa memang dari sanalah asalnya.
Sebutkan perbaikan mana yang sudah dirilis dan mana yang baru dijadwalkan. Menyajikan rencana sebagai rilis akan bertentangan dengan riwayat versi Anda sendiri.
Memilih opsi yang terdengar paling meyakinkan alih-alih yang benar-benar terjadi membuat pilihan dropdown Anda berselisih dengan teks bebas Anda, dan tidak ada panduan terpublikasi yang menyebut pilihan yang lebih disukai.
Periksa jawaban Anda sebelum mengirim
Formulir ini dibaca sebagai satu dokumen. Yang membuatnya lemah biasanya bukan satu kalimat yang buruk, melainkan dua kalimat yang saling bertentangan. Lakukan pemeriksaan ini dengan kesembilan jawaban berjajar.
Tidak ada satu pun di daftar ini yang memprediksi keputusan. Ini pemeriksaan yang mencegah formulir Anda berdebat dengan dirinya sendiri.
Apa yang terjadi setelah Anda mengajukan?
Ada empat hasil yang perlu dibedakan, karena dua di antaranya rutin tertukar. Peninjauan yang masih berjalan bukan permintaan untuk menguji lebih lanjut, dan akses yang sudah diberikan bukan berarti aplikasinya sudah tayang.
Pantau peninjauannya
Peninjauan sedang berjalanGoogle menyatakan peninjauan biasanya memakan waktu 7 hari atau kurang, dan bisa lebih lama. Pantau Konsol Play dan email akun Anda, lalu tanggapi apa pun yang diminta Google. Menunggu lama saja bukan alasan untuk mengirim ulang atau mengulang pengujian.
Masih ada satu langkah
Akses produksi diberikanAkses dan aplikasi yang tayang adalah dua hal berbeda. Anda tetap harus menyiapkan dan meluncurkan rilis produksi, yang punya peninjauannya sendiri. Lihat alur kerja rilis dari Google, dan waktu peninjauan akses produksi dan rilis versi kami.
Baca pesan aslinya
Diperlukan pengujian lebih lanjutIni keputusan tentang pengujian Anda, bukan sekadar tentang cara Anda menulis. Panduan lengkapnya ada di bawah.
Masalah aplikasi, bukan masalah redaksi
Peninjau tidak bisa membuka aplikasiKalau aplikasi Anda berada di balik login atau dibatasi dengan cara lain, peninjau membutuhkan kredensial yang berfungsi. Berikan lewat detail login untuk peninjauan. Tidak ada jawaban di kuesioner yang bisa menggantikan akses.
Kalau Google meminta Anda melanjutkan pengujian
Jangan mengirim ulang formulir yang sama, dan jangan berasumsi masalahnya ada pada tulisan Anda. Kerjakan dengan urutan ini.
Notifikasinya biasanya menyebut alasan: penguji yang memenuhi syarat kurang dari 12, keikutsertaan yang terputus selama 14 hari itu, atau penguji yang tidak terlibat. Perlakukan pesan itu sebagai acuan yang lebih berwenang daripada panduan umum mana pun, termasuk panduan ini.
Kalau penguji Anda kurang, atau ada keikutsertaan yang terputus, kembalikan dulu ke 12 penguji yang memenuhi syarat dengan riwayat terakhir tanpa jeda sebelum mengajukan lagi, yang untuk penguji baru berarti 14 hari penuh lagi. Menulis ulang jawaban di atas catatan penguji yang tidak berubah tidak mengubah informasi kelayakan.
Perbarui fakta yang berubah, dan perjelas jawaban yang tidak lengkap atau ambigu: sebuah jawaban bisa gagal menyampaikan bukti yang sebenarnya sudah Anda punya. Yang tidak bisa dilakukan penulisan ulang adalah memperbaiki masalah pengujian yang mendasarinya. Pengujian kedua mungkin menghasilkan pengamatan, masukan, perubahan, atau verifikasi baru, tetapi tidak ada yang dijamin dan rilis baru pun tidak diwajibkan.
Google mensyaratkan 14 hari berturut-turut terakhir memiliki penguji yang memenuhi syarat, jadi jangan pernah mengajukan saat jumlahnya masih kurang dari 12. Selebihnya, sebagian pesan penolakan menyebut jangka waktu tambahan dan sebagian tidak: Google tidak memublikasikan interval pengajuan ulang yang berlaku umum. Panduan kami tentang mengajukan ulang setelah penolakan “diperlukan pengujian lebih lanjut” membahas keduanya, termasuk mengapa meminta penguji keluar lalu bergabung lagi justru menghancurkan riwayat yang sudah Anda punya.
Kalau yang ingin Anda telusuri adalah apa yang salah dengan pengujiannya sendiri, bukan dengan formulirnya, mulailah dari cara mengatasi penolakan pengujian tertutup.
Apa yang Anda lakukan secara berbeda kali ini?
Dilaporkan oleh developer yang mengajukan ulang setelah diminta melanjutkan pengujian. Redaksinya dilaporkan berbeda-beda, dan tidak semua akun melaporkan melihatnya, jadi periksa formulir Anda sendiri alih-alih berasumsi pertanyaan ini akan muncul atau tidak.
Sebutkan apa yang berbeda di dalam catatannya, bukan apa yang berbeda pada sikap Anda. Kalau pengujian kedua sama saja dengan yang pertama, justru itulah yang harus dibereskan sebelum mengajukan lagi.
Yang dibutuhkan kolom ini
- Apa yang berubah pada pengujiannya sendiri.
- Apa yang dihasilkannya: temuan, rilis, konfirmasi.
- Bagaimana bukti yang sekarang menjawab keputusan sebelumnya.
Draf contoh (fiktif)
Sejak pengajuan terakhir, saya menjalankan lagi pengujian 14 hari dengan 12 penguji dan mencatat apa yang dilakukan masing-masing. Dua masalah pengingat ditemukan, diperbaiki di 1.4.3, dan dipastikan oleh penguji yang melaporkannya. Jawaban ini menggambarkan pengujian dan rilis tersebut.
Tidak bisa menyalin. Pilih dan salin template di bawah ini.
Versi yang lebih lemah, dan apa yang tidak disebutkannya
“Kali ini saya fokus mengumpulkan dan menerapkan masukan.”
Ini menggambarkan niat, bukan perbedaan, padahal perbedaan itulah satu-satunya hal yang ditanyakan kolom ini.
Draf ini adalah skenario yang lebih baru: pengujian kedua dengan rilisnya sendiri, 1.4.3. Kalau itu cocok dengan Anda, sisa jawaban Anda menggambarkan pengujian yang sekarang, bukan catatan 1.4.1 dan 1.4.2 yang lama.
Bagaimana PrimeTestLab mendukung pengujian dan pengajuan Anda
Semua yang di atas mengandaikan Anda punya catatan untuk ditulis. Kalau justru catatannya yang menjadi penghambat, yaitu menemukan 12 orang yang tetap ikut serta selama 14 hari tanpa terputus, bagian itulah yang kami kerjakan. Orang sungguhan di perangkat sungguhan, mulai dalam 4-6 jam, berjalan 14 hari penuh, dengan progres yang bisa Anda pantau selama berlangsung.
Paket Starter kami menyediakan 12 penguji seharga US$19,99, paket Professional menyediakan 20 penguji seharga US$29,99, dan paket Enterprise menyediakan 25 penguji seharga US$27,99, semuanya dengan garansi 14 hari penuh.
Persyaratan minimum, terpenuhi persis
Cakupan terbanyak dalam 14 hari yang sama
Lebih banyak keterlibatan dalam 14 hari yang sama
Apa yang Anda dapat untuk formulirnya
Penguji dengan identitas jelas dan riwayat keikutsertaan tanpa jeda, catatan tentang apa yang mereka lakukan, serta masukan mereka secara tertulis: bahan mentah untuk Q1, Q3, Q4, dan Q8. Jawabannya tetap Anda sendiri yang menulis, karena jawaban itu harus milik Anda.
Apa yang tidak Anda dapat
Kami tidak mengirimkan kuesionernya untuk Anda, kami tidak bisa memengaruhi peninjauan, dan tidak ada satu pun di halaman ini yang memprediksi keputusan. Kalau ada layanan yang mengatakan sebaliknya, klaim itulah yang pertama-tama perlu Anda periksa.
Bandingkan paket pengujian tertutup
Pertanyaan yang sering diajukan
Bisakah saya memakai contoh ini sebagai template?
Sebagai kerangka, bisa. Sebagai teks untuk dikirimkan, tidak. Setiap fakta di dalamnya milik sebuah aplikasi fiktif, jadi jawaban yang mempertahankan fakta itu menggambarkan pengujian orang lain. Ganti setiap nama, angka, fitur, dan temuan; justru untuk itulah tombol salin memberi Anda template dalam kurung siku.
Apa itu kuesioner akses produksi?
Ini formulir yang Anda isi saat mengajukan permohonan akses produksi setelah pengujian tertutup, mencakup pengujian yang Anda jalankan, aplikasi atau game Anda, dan kesiapan produksi Anda. Anda membukanya dari “Ajukan permohonan akses ke produksi” di dasbor aplikasi Konsol Play, dan bisa membacanya lebih dulu lewat link Pratinjau pertanyaan.
Berapa panjang maksimal setiap jawaban?
Setiap contoh di sini kurang dari 300 karakter, dan sebagian developer melaporkan batas di sekitar angka itu. Tidak ada batas universal terkini yang bisa diverifikasi, jadi penghitung di formulir Anda sendirilah yang berlaku. Tidak ada bukti terpublikasi yang mengaitkan panjang jawaban dengan peluang Anda.
Perlukah saya menyebutkan bahwa saya memakai jasa pengujian berbayar?
Anda boleh menjawab jujur. Tidak ada panduan terpublikasi yang menyiratkan bahwa menyebut nama penyedia jasa memengaruhi hasilnya, dan daftar kanal yang dikarang justru lebih berisiko. Sebutkan sumbernya, lalu jelaskan siapa yang menyusun skenario, membaca masukan, membuat perubahan, dan memverifikasinya.
Bagaimana kalau saya tidak punya analitik untuk pengujiannya?
Kalau Anda tidak mengumpulkan analitik sesi, laporkan apa yang Anda ketahui dan sebutkan dari mana Anda mengetahuinya. “Sepuluh dari dua belas penguji memberi tahu saya bahwa mereka menuntaskan pendaftaran” bisa dipakai; rata-rata durasi sesi yang dikarang tidak. Hitungan dari laporan penguji tetaplah sebuah hitungan, asalkan Anda menyebutkannya.
Bagaimana kalau saya tidak membuat perubahan selama pengujian tertutup?
Panduan tidak menetapkan jumlah pembaruan, dan aplikasi yang tidak berubah bukan otomatis pengajuan yang lemah. Yang membuat sebuah jawaban lemah adalah pengujian yang tidak dijelaskan. Sebutkan alur dan kondisi apa yang diperiksa, apa hasilnya dan dari mana asalnya, serta apa yang belum tuntas.
Berapa lama peninjauan akses produksi berlangsung?
Google menyatakan peninjauan biasanya memakan waktu 7 hari atau kurang, dan bisa lebih lama. Peninjauan yang masih berjalan bukanlah penolakan. Pantau Konsol Play dan email akun Anda, lalu tanggapi apa pun yang diminta Google.
Google meminta saya melanjutkan pengujian. Kapan saya bisa mengajukan lagi?
Baca pesan yang Anda terima: sebagian menyebut jangka waktu tambahan tertentu dan sebagian tidak, dan Google tidak memublikasikan interval pengajuan ulang yang berlaku umum. Dalam setiap kasus, 14 hari berturut-turut terakhir harus memiliki setidaknya 12 penguji yang memenuhi syarat. Lihat langkah pemulihan di atas dan panduan lengkap “diperlukan pengujian lebih lanjut”.
Intinya
Ringkasan
Tulis setiap jawaban dari catatan Anda sendiri: siapa yang menguji, apa yang mereka lakukan, apa yang mereka laporkan, apa yang Anda rilis, dan bagaimana Anda memeriksanya. Ganti setiap detail karangan di halaman ini, pilih opsi dropdown yang sesuai dengan keadaan Anda, ikuti redaksi dan penghitung yang ditampilkan formulir Anda sendiri, lalu baca semua jawaban bersama-sama agar tidak saling bertentangan.
Kalau justru catatannya yang belum ada, bandingkan paket pengujian tertutup.