Closed testing Google Play: 12 penguji, 14 hari, dan rencana pengujian agar dapat akses produksi (2026)

Jika akun developer Google Play Anda adalah akun pribadi yang baru dibuat, closed testing Google Play adalah gerbang yang harus Anda lewati sebelum peluncuran. Saat Anda mengajukan akses produksi, minimal 12 penguji harus ikut serta dalam closed test Anda, dan masing-masing harus sudah ikut serta tanpa putus selama 14 hari sebelumnya. Jalankan ini sebagai proyek pengujian dua minggu dengan penanggung jawab, jadwal, dan alur masukan, bukan sekadar kotak yang dicentang di hari terakhir.

Apa saja syarat closed testing Google Play di 2026?

Per November 2026, akun developer pribadi yang dibuat setelah 13 November 2023 wajib menjalankan closed test dengan "minimal 12 penguji yang telah ikut serta tanpa putus selama setidaknya 14 hari" sebelum bisa mengajukan akses produksi. Sampai saat itu, opsi Production dan Pre-registration untuk aplikasi tersebut tetap terkunci.

• 12 penguji harus sudah ikut serta dalam closed test pada saat Anda mengajukan.
• Mereka harus sudah ikut serta selama 14 hari sebelumnya, tanpa putus.
• Penguji yang keluar lalu ikut serta lagi harus menjalani 14 hari berturut-turut dari awal agar terhitung.
• Closed testing tersedia setelah penyiapan aplikasi selesai. Open testing tetap terkunci sampai Anda mendapat akses produksi.
• Internal testing tidak punya prasyarat, tetapi itu jalur yang terpisah.

Aturannya ada di halaman Google App testing requirements for new personal developer accounts. Halaman itu hanya membahas akun pribadi dan tidak menyebut apa pun tentang akun organisasi, jadi periksa apa yang tampil di Dashboard Anda sendiri alih-alih berasumsi.

Bagaimana cara menyiapkan jalur closed testing di Play Console?

Untuk menyiapkan closed test, buka Test and release > Testing > Closed testing di Play Console, klik Manage track, tambahkan penguji di tab Testers, lalu luncurkan rilis. Anda bisa menambahkan penguji lewat daftar email atau Google Group. Setiap daftar menampung hingga 2.000 pengguna, jadi ukuran daftar tidak pernah jadi kendala. Yang sulit adalah membuat orang benar-benar ikut serta.

1. Di tab Testers, buat daftar email atau masukkan Google Group seperti yourgroupname@googlegroups.com.
2. Tambahkan URL atau alamat email untuk masukan. Google menampilkannya di halaman opt-in penguji.
3. Salin link opt-in yang bisa dibagikan, lalu simpan perubahan.
4. Buat rilis di jalur closed, lalu luncurkan.
5. Bagikan link opt-in beserta URL Play Store setelah rilis aktif. Penguji tidak bisa menemukan aplikasi pra-produksi lewat pencarian di Play.

Halaman penyiapan pengujian dari Google mencantumkan beberapa jebakan. "Link opt-in hanya ditampilkan jika status aplikasi 'Published'", sehingga aplikasi berstatus Draft dan Pending publication tidak punya link. Mengunggah CSV akan menimpa alamat yang sudah ada di daftar, dan file CSV yang disimpan sebagai UTF-8 dengan BOM akan ditolak. Jika memakai Google Group, orang harus bergabung ke grup dulu sebelum bisa ikut serta. Siapa pun yang sudah ada di internal test Anda harus keluar dari sana sebelum bisa menerima closed test.

Berapa banyak penguji yang perlu direkrut, dan siapa yang terhitung?

Rekrut 15–16 penguji, bukan 12, karena hanya orang yang ikut serta lewat link opt-in Play yang terhitung, dan siapa pun yang berhenti sebelum hari ke-14 sama sekali tidak terhitung. Hitungan 14 hari setiap penguji dimulai saat mereka ikut serta, jadi orang yang bergabung belakangan akan memundurkan tanggal paling awal Anda bisa mengajukan.

Sumber yang bagus antara lain mailing list Anda, waitlist beta, teman yang memakai ponsel Android, dan developer indie lain yang mau menguji aplikasi Anda jika Anda menguji aplikasi mereka. Minta setiap orang memastikan bahwa mereka sudah menerima link opt-in dan memasang aplikasi dari Play. APK yang di-sideload atau build yang diteruskan tidak terhitung. Jika aplikasi Anda berbayar, Google mencatat bahwa penguji harus membelinya untuk bisa ikut, satu alasan lagi untuk menyediakan build uji gratis atau jalur promo.

Apa yang harus dilakukan penguji selama 14 hari?

Penguji sebaiknya memakai aplikasi seperti pengguna sungguhan, dengan tugas tertentu setiap beberapa hari, agar Anda bisa mengumpulkan masukan dan merilis perbaikan selama periode itu. Formulir produksi menanyakan apakah penguji memakai semua fitur dan apakah penggunaannya mencerminkan perilaku di dunia nyata, dan Anda perlu jawaban untuk keduanya.

Penguji tidak bisa memberikan ulasan publik untuk versi uji. Kumpulkan masukan lewat URL atau email masukan Anda, atau lewat masukan pribadi di Google Play. Catat setiap laporan, apa yang Anda ubah, dan build mana yang memperbaikinya. Jika pengujian menemukan crash atau layar yang rusak, rencana pengujian release build untuk penolakan 2.1 juga berguna sebagai checklist untuk build Android.

Apa yang terjadi saat developer mendapat "more testing required"?

Laporan publik menunjukkan bahwa mencapai jumlah penguji hanya membawa Anda ke tahap pengajuan, bukan menjamin persetujuan. Yang membedakan pengajuan yang disetujui dan ditolak adalah keterlibatan penguji yang terlihat dan pembaruan yang didorong oleh masukan.

• Ditolak setelah memakai layanan penguji. Di komunitas MIT App Inventor, seorang developer melaporkan pada Juli 2024 (saat syaratnya masih 20 penguji) bahwa mereka mencapai jumlah penguji lewat layanan tukar-penguji. Mereka tetap mendapat "More testing required to access Google Play production", dengan alasan "Testers were not engaged with your app during your closed test" (penguji tidak terlibat dengan aplikasi Anda selama closed test) dan "You didn't follow testing best practices, which may include gathering and acting on user feedback" (Anda tidak mengikuti praktik terbaik pengujian, termasuk mengumpulkan dan menindaklanjuti masukan pengguna). Google memberi tahu mereka: "Before applying again, test your app using closed testing for an additional 14 days with real testers." (Sebelum mengajukan lagi, uji aplikasi Anda dengan closed testing selama 14 hari tambahan bersama penguji sungguhan.) Mereka juga mengaku tidak bisa mengisi formulir pascapengujian karena tidak tahu siapa penguji mereka atau bagaimana mereka menguji. Halaman thread tersebut tidak melaporkan penyelesaiannya.
• Disetujui setelah pengujian dirombak. Seorang developer di DEV Community mendapati sebagian besar teman dan keluarganya memakai iPhone. Hanya 4–5 orang yang memasang aplikasinya, dan sekitar separuhnya menghapusnya dalam beberapa hari. Mereka beralih ke Google Group yang diatur "Anyone can join" dan merekrut developer lain lewat aplikasi pengujian timbal balik, yang dipromosikan dalam tulisan itu. Mereka mencapai 14 penguji dalam dua hari, merilis 6 pembaruan kecil selama periode pengujian, dan menulis jawaban formulir dengan cermat. Mereka melaporkan disetujui dua hari setelah mengajukan.

Pelajarannya: kedua developer memenuhi jumlah penguji. Yang disetujui bisa menunjukkan penggunaan nyata, pembaruan, dan masukan, sedangkan yang ditolak hanya punya angka tanpa bukti yang bisa mereka jelaskan di formulir. Jika Anda sudah menerima email tersebut, panduan Google Play "More testing required" membahas apa yang perlu diubah sebelum mengajukan ulang.

Apa saja yang ditanyakan formulir Apply for production?

Formulir Apply for production, yang dibuka dari Dashboard, punya tiga bagian: closed test Anda, aplikasi Anda, dan kesiapan produksi Anda. Jawaban akan hilang jika Anda mengklik Discard atau meninggalkan suatu bagian tanpa mengklik Next, jadi siapkan drafnya lebih dulu.

Google juga mengingatkan bahwa "peninjauan bukanlah langkah troubleshooting". Sebelum mengajukan, pastikan kepatuhan kebijakan, rating konten, stabilitas, dan, jika aplikasi Anda memerlukan login, kredensial login yang berfungsi. Panduan penyiapan akun demo ditulis untuk Apple, tetapi login peninjau yang sama juga berlaku untuk Google.

Apa yang perlu dicek sebelum menekan Apply for production?

Sebelum mengajukan, pastikan minimal 12 penguji yang ikut serta masing-masing sudah mencapai 14 hari tanpa putus, log masukan Anda menunjukkan perbaikan yang sudah dirilis, dan semua tugas penyiapan aplikasi sudah selesai. Rencanakan tanggal peluncuran dengan memperhitungkan peninjauan Google, yang "biasanya memakan waktu tujuh hari atau kurang, tetapi sesekali bisa lebih lama."

Contoh kasus: seorang developer solo menyelesaikan penyiapan aplikasi pada hari Senin dan meluncurkan build 1. Mereka mengundang 16 orang dari waitlist dan komunitas developer, dan 14 orang sudah ikut serta pada hari ke-2. Mereka mengingatkan dua orang dan menambah tiga orang lagi. Pada hari ke-4, seorang penguji melaporkan crash di perangkat lama, dan build 2 dirilis pada hari ke-5. Karena orang yang bergabung belakangan memulai hitungan 14 hari mereka lebih lambat, developer menghitung hari per orang, bukan sejak rilis pertama. Mereka mengajukan setelah 12 orang mencapai 14 hari tanpa putus, dengan log yang menunjukkan sembilan bug ditemukan dan tujuh diperbaiki.

1. Dashboard menampilkan minimal 12 penguji yang ikut serta, masing-masing dengan 14 hari tanpa putus.
2. Build terbaru di jalur closed adalah build yang akan Anda promosikan, dan sudah memenuhi target API level saat ini (lihat panduan target API level 36).
3. Log masukan mencantumkan masalah yang ditemukan, perubahan yang dibuat, dan build yang dirilis.
4. Store listing, rating konten, data safety, dan tugas penyiapan lainnya sudah selesai.
5. Kredensial login untuk peninjau berfungsi, jika aplikasi memerlukan login.
6. Draf jawaban formulir sudah siap dan spesifik tentang penguji nyata serta perubahan nyata.

Jika Anda juga merilis di iOS, checklist pengajuan App Store membahas sisi Apple. Jika Anda lebih suka menyerahkan peluncurannya, layanan pengajuan App Store kami menyiapkan Play Console dan App Store Connect serta mempersiapkan kedua peninjauan seharga $599; biaya akun developer terpisah. Anda juga bisa mengirim email ke yagyeshsrbobde@gmail.com.