Bisakah saya memakai emulator untuk pengujian tertutup Google Play? (2026)

Apa yang diwajibkan Google, dan siapa yang terkena aturannya

Bantuan Konsol Play dari Google menyatakan bahwa pengembang dengan akun pribadi yang dibuat setelah 13 November 2023 harus menjalankan pengujian tertutup sebelum memublikasikan ke produksi, dengan minimal 12 penguji yang ikut serta terus-menerus selama setidaknya 14 hari (persyaratan pengujian aplikasi). Sebelum itu terpenuhi, Produksi dan Prapendaftaran tetap terkunci. Memenuhinya membuat Anda memenuhi syarat untuk mengajukan permohonan; persetujuannya adalah peninjauan tersendiri. Akun organisasi tidak terkena aturan ini. Persyaratannya sendiri diuraikan dalam penjelasan persyaratan 12 penguji.

Google juga menjelaskan arti terus-menerus. Penguji yang ikut serta, menguji kurang dari 14 hari, lalu berhenti ikut serta tidak dihitung ke dalam persyaratan, dan jika seseorang ikut serta lagi di kemudian hari, 14 harinya tetap harus berturut-turut. Angka minimumnya adalah 20 sampai Google menurunkannya menjadi 12 pada 11 Desember 2024, perubahan yang ditambahkannya ke pengumuman tahun 2023. Durasi 14 hari tidak berubah.

Baca persyaratannya sebagaimana tertulis: intinya adalah status ikut serta

Perhatikan kata benda mana yang dipakai persyaratan itu dan mana yang tidak. Ia menyebut penguji dan keikutsertaan terus-menerus, bukan model perangkat, status sertifikasi, atau verdict integritas. Dua salah baca muncul dari sini. Menghapus aplikasi dari perangkat bukan tindakan yang sama dengan berhenti ikut serta, jadi penghapusan tidak otomatis memutus periode pengujian. Dan satu orang yang keluar tidak mereset yang lain: kesinambungan dilacak per pendaftaran.

Verifikasi perangkat developer adalah tugas yang berbeda

Google memang mewajibkan perangkat Android fisik di satu tempat, dan itu mudah disalahartikan sebagai aturan untuk penguji. Akun developer pribadi yang baru harus menyelesaikan verifikasi perangkat di perangkat Android fisik tanpa akses root yang menjalankan Android 10 atau lebih tinggi, dengan login sebagai pemilik akun (persyaratan verifikasi perangkat). Google menyatakan Anda mungkin diminta memverifikasi lagi di kemudian hari, meskipun tidak harus di perangkat yang sama. Bagaimanapun, ini adalah pemilik akun yang membuktikan akses ke perangkat, dan tidak menyatakan apa pun tentang perangkat yang dipakai penguji Anda.

Apakah emulator dihitung ke dalam 12 penguji?

Tidak ada dalam dokumentasi yang ditinjau di sini yang menjawabnya dengan ya atau tidak, dan karena itulah sisa panduan ini memisahkan apa yang dinyatakan dari apa yang disimpulkan. Setiap klaim masuk ke salah satu dari empat kategori, dan kesalahan yang lazim adalah diam-diam menaikkan klaim dari kategori yang lebih rendah ke yang lebih tinggi.

Penguji yang ikut serta, audiens terinstal, dan akses produksi

Sebagian besar perdebatan ini sebenarnya menyangkut tiga angka di Konsol Play yang diperlakukan seolah-olah bisa saling menggantikan. Padahal tidak.

Memenuhi angka minimum tidak sama dengan pengujian yang meyakinkan. Google dapat meminta pengujian lebih lanjut ketika keterlibatan penguji dinilai tidak memadai, bahkan setelah 12 penguji ikut serta selama 14 hari terus-menerus. Google tidak memublikasikan kuota sesi harian, jadi tujuannya adalah pengujian yang menghasilkan penggunaan nyata dan masukan nyata, bukan aktivitas yang direkayasa agar terlihat sibuk.

Konsol Google Play · tangkapan layar asli

Menginstal di luar Play adalah jalur terpisah, dan tidak mendaftarkan siapa pun. Android App Bundle adalah format publikasi, bukan file yang bisa diinstal, jadi yang terinstal lewat jalur itu adalah APK yang dihasilkan darinya. Dan bagaimanapun file itu sampai, lewat instalasi manual, link yang dibagikan, atau berbagi aplikasi internal, cara itu tidak menerima link ikut serta Anda atas nama siapa pun.

Selisih antara dua angka ini adalah gejala, bukan diagnosis. Dua belas keikutsertaan dengan audiens terinstal yang rendah punya penjelasan yang wajar: orang ikut serta tetapi tidak pernah menginstal, mereka menginstal di perangkat yang belakangan tidak dipakai, pelaporan tertinggal, atau rilisnya tidak tersedia untuk mereka.

Jika penguji tidak dapat menemukan atau menginstal build pengujian tertutup Anda

Periksa masalah konfigurasi berikut sebelum menyalahkan lingkungannya. Semuanya berlaku untuk perangkat fisik maupun emulator.

1. 01
   Akun Google yang salah

   Akun yang menerima link ikut serta harus sama dengan akun yang login di perangkat dan dipilih di Play Store. Di ponsel dengan beberapa akun Google, periksa itu terlebih dahulu ketika seseorang melaporkan “aplikasi tidak tersedia”.

2. 02
   Proses ikut serta tidak pernah diselesaikan

   Daftar email atau Google Grup yang ditautkan membuat seseorang memenuhi syarat; itu tidak mendaftarkan mereka. Mereka tetap harus membuka link ikut serta dan menerimanya, dan keanggotaan grup bisa memerlukan sedikit waktu untuk berlaku. Build pengujian tertutup juga tidak muncul di penelusuran Play Store, jadi penguji menjangkaunya lewat link ikut serta dan link Store yang Anda berikan.

3. 03
   Jalur yang bertabrakan

   Jika akun itu juga ada di pengujian internal Anda, minta mereka keluar dari pengujian tersebut sebelum ikut serta dalam pengujian tertutup. Ketika jalur tumpang tindih, pengguna yang memenuhi syarat mendapat kode versi kompatibel tertinggi yang tersedia untuknya, yang mungkin bukan rilis yang sedang Anda pantau (penyiapan pengujian).

4. 04
   Tidak ada rilis aktif di jalur itu

   Jalur tertutup memerlukan rilis yang sudah dipublikasikan dan benar-benar diluncurkan, pada versi dan persentase yang Anda kira. Draf tidak didistribusikan kepada siapa pun. Peluncuran yang dihentikan menghentikan distribusi lebih lanjut, tetapi penguji yang sudah menerima versi itu masih bisa memilikinya terinstal, jadi periksa versi mana yang sedang disajikan. Google juga mencatat bahwa link pengujian baru, dan perubahan berikutnya padanya, bisa memerlukan beberapa jam untuk tersedia.

5. 05
   Setelan ketersediaan Anda sendiri

   Ketersediaan negara dan pembatasan perangkat adalah setelan Anda sendiri. Untuk negara, Google membaca negara akun Google Play penguji, yang tidak selalu sama dengan lokasi mereka saat itu. Dan jika Anda mengaktifkan pemeriksaan perangkat di listingan Play Store berbasis integritas, pemeriksaan itu bisa mencegah sebagian perangkat melihat atau menginstal aplikasi: pembatasan akses yang Anda konfigurasi sendiri, bukan bukti tentang penguji mana yang dihitung.

6. 06
   Lingkungan atau build itu sendiri

   Baru setelah lima hal di atas. Emulator dengan image sistem yang salah sama sekali tidak bisa login ke Play Store, dan Android Studio memublikasikan masalah yang diketahui untuk image tertentu.

7. 07
   Aplikasi Anda yang memblokirnya, bukan Store

   Jika unduhan berhasil tetapi aplikasi kemudian menolak berjalan, itu adalah penegakan dari pihak Anda sendiri, bukan ketersediaan Play. Periksa apa yang dilakukan aplikasi atau backend Anda dengan respons Play Integrity sebelum menyimpulkan bahwa penguji tidak bisa mendapatkan build Anda.

Jika hitungannya masih terlihat salah, kami punya panduan khusus: penguji sudah ditambahkan tetapi nol yang ikut serta, aplikasi tidak tersedia untuk penguji, dan akses penguji lewat Google Grup. Masing-masing membahas penyebab konfigurasi yang umum dan pemeriksaan lanjutan yang perlu dijalankan.

Kapan pengujian di emulator membantu

Emulator itu bagus, dan Google membuatnya sendiri. Emulator itu disertakan dalam Android Studio, dan Google menyarankan pengujian di berbagai versi Android dan ukuran layar. Kesalahannya bukan memakai emulator; kesalahannya adalah mengharapkan emulator mengerjakan tugas yang memang bukan peruntukannya.

Image Android Studio, image dengan Google Play, dan BlueStacks

Tidak semua emulator sama, dan perbedaannya ada pada image sistem. Image AOSP tidak memiliki aplikasi Google. Image Google APIs menambahkan layanan Google tetapi tanpa Play Store. Image Google Play menyertakan Store, dan Android Studio menandai profil perangkat yang mendukungnya dengan logo Play, serta mendokumentasikan profil Phone tersebut sebagai patuh CTS. Profil dan image sistem adalah pilihan terpisah saat Anda membuat perangkat virtual, dan Anda memerlukan image Play untuk login dan menginstal di dalamnya. BlueStacks juga mendokumentasikan cara login ke Play Store. Tidak satu pun dari itu menentukan kelayakan: menjangkau Store dan dihitung sebagai penguji adalah dua hasil yang berbeda.

Jika Anda tidak punya ponsel Android tetapi ingin membantu seseorang menguji

Ini situasi yang berbeda dari pengembang yang merekayasa kelompok penguji, dan layak mendapat jawaban lugas alih-alih tuduhan. Membantu teman menguji di mesin milik Anda sendiri bukan penipuan. Yang tidak bisa dijanjikan siapa pun adalah hasilnya, karena Google tidak memublikasikan cara setiap peserta dihitung. Jika itu penting, pinjam ponsel Android atau gunakan ponsel lama yang masih kompatibel. Jika Anda tetap memakai emulator, beri tahu pengembangnya agar mereka bisa merencanakan pengujian dengan tepat.

Lab perangkat cloud dan laporan pra-peluncuran

Firebase Test Lab menjalankan aplikasi Anda di perangkat dalam infrastruktur Google, dan laporan pra-peluncuran Konsol Play menjelajahi build Anda secara otomatis. Keduanya adalah QA otomatis yang sah. Tidak satu pun merupakan peserta: proses otomatis tidak ikut serta, tidak tetap ikut serta selama 14 hari, dan tidak memberi tahu Anda bahwa layar onboarding tidak masuk akal.

Apa yang ditetapkan Play Integrity, dan apa yang tidak

Play Integrity adalah teknologi yang menjadi sandaran sebagian besar perdebatan ini, jadi ada baiknya memahami kegunaannya. Menurut developer.android.com, API ini “helps you check that user actions and server requests are coming from your genuine app, installed by Google Play, running on a genuine and certified Android device” (verdict integritas). Sasaran jawaban itu adalah aplikasi dan backend Anda sendiri. Konsol Play juga melaporkan respons integritas kembali kepada Anda, dan setelan listingan Play Store yang terpisah dapat membatasi perangkat mana yang boleh menginstal. Tidak satu pun dari itu adalah persyaratan pengujian tertutup, dan tidak satu pun boleh dibaca sebagai persyaratan.

Perangkat, pengenalan aplikasi, dan lisensi adalah kolom yang terpisah

Tiga kolom sering dikutip seolah-olah satu, dan mencampurnya adalah awal dari sebagian besar kebingungan. Kolom perangkat menggambarkan lingkungan. Kolom pengenalan aplikasi menggambarkan apakah biner yang berjalan cocok dengan yang didistribusikan Google Play. Kolom lisensi menggambarkan hak akses, dan dapat melaporkan tidak berlisensi ketika akun tidak memiliki hak akses Play untuk aplikasi itu. Build yang diinstal di luar Play adalah persoalan lisensi dan distribusi, bukan verdict perangkat keras.

Jadi ringkasannya sempit: Play Integrity memberi tahu backend Anda sendiri banyak hal tentang lingkungan tempat aplikasi berjalan, dan tidak ada dalam dokumentasi ini yang menyatakan bahwa verdict tersebut menentukan penguji mana yang dihitung.

Jalur praktis, dan pemulihan setelah memakai emulator

Perlakukan 14 hari itu sebagai beta sungguhan, bukan sekadar rintangan. Langkah-langkah di bawah menggabungkan proses yang dipublikasikan Google dengan rekomendasi kami sendiri: merekrut lebih dari angka minimum dan mengatur masukan dengan cara ini adalah saran, bukan kuota tambahan dari Google. Tujuannya adalah pengujian yang sungguh-sungguh, bukan menunggu kalender bergulir.

Jika Anda sudah telanjur menjalankan pengujian di emulator

1. Buka daftar periksa akses produksi di Dasbor Anda dan baca isinya: berapa penguji, berapa hari terus-menerus. Itulah kondisi pengujian Anda yang sebenarnya.

2. Ikuti daftar diagnostik di atas untuk siapa pun yang sudah terdaftar tetapi tidak menunjukkan yang Anda harapkan. Perbaiki konfigurasi sebelum menyimpulkan apa pun tentang perangkat.

3. Pertahankan progres yang Anda peroleh secara sah. Tidak ada yang dipublikasikan Google yang menyatakan pengujian direset karena lingkungan yang dipakai seorang penguji.

4. Tambahkan peserta sungguhan dan biarkan setiap penguji baru menyelesaikan 14 hari keikutsertaan berturut-turut miliknya sendiri. Waktunya tidak mewarisi waktu orang lain, jadi pengujian mungkin perlu berjalan melewati tanggal akhir yang Anda rencanakan. Jika aplikasi Anda memang punya masalah, di bagian inilah masalah itu ditemukan.

Jika merekrut orang adalah bagian tersulitnya, mulailah dari opsi gratis dalam tujuh cara sah menemukan 12 penguji. Dari sana: cara mengundang penguji, aturan 14 hari berturut-turut, memperbarui aplikasi selama pengujian, dan kuesioner akses produksi.

Keikutsertaan sungguhan dan apa yang melanggar aturan

Sebagian besar ketakutan di sini berasal dari mencampuradukkan tiga tindakan yang sangat berbeda. Ketiganya tidak sama, begitu pula konsekuensinya.

Jadi garis praktisnya adalah soal penipuan, bukan virtualisasi: jangan membuat akun atau mengotomatiskan aktivitas untuk menyamarkan siapa yang sebenarnya ikut serta. Google melarang manipulasi tidak sah terhadap instalasi dan metrik toko lainnya. Kebijakan itu, dengan sendirinya, tidak menetapkan aturan penghitungan khusus emulator.

Kesimpulan praktisnya sama untuk ketiga kasus. Emulator tidak memberi Anda satu orang tambahan, jadi satu-satunya pertanyaan yang layak Anda pikirkan adalah cara menemukan orang sungguhan secara efisien.

Di mana posisi PrimeTestLab

Kami menjual bantuan pengujian tertutup, jadi bacalah bagian ini dengan menyadari hal itu. Pengembang beralih ke emulator karena menemukan selusin orang yang mau tetap ikut serta selama dua minggu memang sulit, bukan karena ingin curang. Bagian itulah yang kami kerjakan.

Setiap paket menyertakan garansi uang kembali. Anda juga bisa membaca proses langkah demi langkahnya sebelum memutuskan.

Pertanyaan yang sering diajukan

Kesimpulan