Mengapa ini penting bagi developer
Saat Anda mengirimkan laporan Closed Testing ke Google Play, Google menjalankan pemeriksaan kecurangannya sendiri. Jika mereka mendeteksi tester akun boneka dalam grup 12 orang Anda, seluruh aplikasi Anda bisa ditolak secara permanen — bukan hanya fase pengujian, tetapi juga akses produksi.
Tugas TestHive adalah mengirimkan tester yang akan diterima Google. Itu berarti kami harus lebih ketat daripada Google.
4 gerbang
Gerbang 1 · Keunikan package
Seorang tester yang sama hanya bisa aktif di satu Campaign per package_name Android. Jika mereka sudah menguji com.example.myapp untuk satu developer, mereka tidak bisa secara bersamaan mengujinya untuk developer lain.
Ini mencegah bentuk kecurangan paling sepele di mana satu orang bergabung ke 5 Campaign untuk aplikasi yang sama dan terlihat seperti 5 tester di mata Google.
Gerbang 2 · Sidik jari perangkat lintas akun
Saat seorang tester mendaftar, kami mengambil sidik jari perangkat 10 dimensi (sinyal perangkat keras + browser + perilaku). Jika dua akun berbagi sidik jari di atas ambang batas tertentu, akun kedua ditandai sebagai kemungkinan akun boneka.
Algoritma sidik jari sengaja tidak diungkapkan — mempublikasikannya akan memungkinkan pelaku curang menyesuaikan diri di sekitarnya. Yang kami ungkapkan adalah bahwa anggota keluarga pada perangkat fisik yang sama akan gagal melewati pemeriksaan ini, dan itu disengaja (pemeriksaan Google sendiri pun akan menggagalkan mereka).
Gerbang 3 · Verifikasi Play Store
Kami menggunakan Play Scraper API publik dari Google Play untuk memverifikasi:
testing_urltester mengarah ke jalur Closed Testing yang nyata- Listing Play Store cocok dengan
package_nameyang diklaim developer - Akun Play Store di balik pengujian dalam status yang baik
Gerbang ini ada untuk mencegah tester bergabung ke Campaign untuk aplikasi yang tidak ada atau aplikasi curang.
Gerbang 4 · Pengawasan manusia (jalan terakhir)
Ketika gerbang 1-3 tidak konklusif (risiko sedang, sidik jari ambigu, kasus tepi), seorang peninjau dukungan TestHive menangani kasusnya. SLA-nya 24-48 jam.
Gerbang 4 juga merupakan jalur banding — setiap penolakan dari gerbang 1-3 dapat dibanding dan berakhir di sini.
Hal yang tidak bisa dilakukan tester sendiri
- Membayar orang lain untuk melakukan check-in harian mereka (IP / perangkat berbeda → tanda ketidakcocokan sidik jari)
- Menggunakan VPN untuk memalsukan negara mereka (negara akun Play Store adalah sumber kebenaran)
- Mengirim tangkapan layar buatan AI (kami menghitung hash perseptual dan menolak duplikat antar tester)
- Menjalankan skrip untuk mengirim otomatis pada waktu yang sama setiap hari (analisis pola waktu menangkapnya)
Hal yang tidak kami publikasikan
Ambang batas spesifik, skor risiko, dan internal algoritma sidik jari. Mempublikasikannya akan mengajari pelaku curang cara mengakali kami. Kami memang mempublikasikan apa yang diperiksa pada tingkat kategori — keterbukaan terhadap kebijakan tanpa memberikan manual eksploitasi.
Apa yang terjadi jika kecurangan terkonfirmasi setelah penyelesaian
Jika kami menemukan kecurangan setelah Campaign diselesaikan dan pembayaran tester sudah terjadi:
- Pendapatan tester dibalik (didebit dari dompet mereka, pendapatan masa depan dipotong)
- Laporan terverifikasi Campaign tidak dicabut (Anda sudah menggunakannya untuk pengajuan Google Play — itu adalah peristiwa sekali pakai)
- TestHive menanggung kerugian yang tidak bisa dipulihkan — developer tidak ditagih dua kali
Asuransi Anda terhadap kecurangan sudah tertanam dalam biaya platform 20%. Kami yang memikul risikonya sehingga Anda tidak perlu.