Internal Testing Track di Google Play: esensi dan pengaturan trek

Apa itu Internal Testing Track?

Internal Testing Track — tingkat pengujian pertama di Google Play Console, dirancang untuk menyebarkan build dalam tim pengembang. Tujuan utamanya adalah pemeriksaan cepat fungsionalitas, pengujian integrasi, dan deteksi kesalahan kritis sebelum memperluas audiens ke trek Closed atau Open.

Tidak seperti trek Google Play lainnya, Internal Testing tidak memerlukan verifikasi Google sebelum aktivasi. Build tersedia untuk penguji dalam beberapa menit setelah diunggah ke konsol. Hal ini menjadikan trek ini ideal untuk build harian (daily builds) dan pengiriman otomatis dari pipeline CI/CD.

Menurut dokumentasi Google Play Console (2024), Internal Testing Track mendukung dua metode distribusi: daftar email (hingga 100 peserta) dan Google Groups (tanpa batasan jumlah). Grup cocok untuk tim besar di mana peserta sering berubah, dan email untuk komposisi pengembang tetap.

Kapan memilih Internal Testing Track

Trek Internal dipilih pada tahap awal pengembangan, ketika aplikasi masih belum stabil dan API dapat berubah. Pipeline CI/CD mengunggah setiap build baru ke trek Internal, dan tim menerima versi terbaru segera. Kesalahan dan log crash dikumpulkan melalui Play Console sebelum build mencapai penguji eksternal atau pengguna.

Untuk akun pengembang baru, Internal Testing Track berfungsi sebagai tahap pertama persiapan publikasi. Google tidak memeriksa build pada tahap ini, memungkinkan tim untuk memverifikasi kualitas produk sendiri sebelum diserahkan untuk ditinjau.

Cara mengatur Internal Testing Track di Google Play Console

Pengaturan Internal Testing Track dilakukan di Google Play Console di bagian Release > Testing > Internal Testing. Prosesnya meliputi pembuatan trek, unggahan build pertama, dan penambahan penguji.

Untuk membuat trek, buka bagian Internal Testing dan klik Create track. Setelah trek dibuat, sistem akan menawarkan untuk mengunggah build pertama dalam format AAB (Android App Bundle). Google merekomendasikan AAB untuk semua jenis pengujian karena format ini mengoptimalkan ukuran aplikasi sesuai arsitektur perangkat.

Setelah build diunggah, akses ke trek dibuka dengan menambahkan penguji. Tanpa setidaknya satu penguji, trek tidak dianggap aktif. Google Play Console menampilkan status trek, daftar build yang diunggah, dan statistik instalasi untuk setiap peserta.

// build.gradle - unggahan otomatis ke Internal Testing Track
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

    defaultConfig {
        versionCode versionCode.toInteger()
        versionName versionName
    }
}

// Deploy melalui plugin Gradle Play Publisher
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

play {
    track = "internal"
    serviceAccountCredentials = file("play-account.json")
}

Menambahkan penguji ke trek Internal

Menambahkan penguji ke Internal Testing Track dapat dilakukan dengan dua cara: melalui email dan melalui Google Groups. Daftar email cocok untuk tim kecil dengan komposisi tetap. Setiap penguji ditambahkan secara manual di konsol dan menerima undangan ke alamat yang ditentukan.

Google Groups lebih disukai untuk tim dengan komposisi bervariasi atau manajemen akses otomatis. Cukup tambahkan grup ke trek dan semua anggotanya mendapatkan akses ke build. Perubahan komposisi grup terjadi tanpa memperbarui pengaturan di Play Console.

Penguji menginstal aplikasi melalui Google Play di perangkat. Setelah ditambahkan ke trek, mereka melihat aplikasi tersedia untuk pembaruan (jika sebelumnya mereka menginstalnya dari trek lain) atau sebagai aplikasi baru untuk diinstal. Build dari trek Internal tidak dipublikasikan secara publik — hanya peserta trek yang melihatnya.

Pengumpulan metrik di trek Internal

Google Play secara otomatis mengumpulkan Android Vitals untuk semua build di Internal Testing Track: frekuensi crash, ANR, dan kecepatan startup. Pengembang melihat metrik di Play Console segera setelah build diinstal oleh penguji pertama. Data tersedia secara real-time tanpa penundaan agregasi.

Perbedaan Internal Testing dengan trek Closed dan Open

Internal Testing Track berbeda dari trek Closed dan Open dalam kecepatan akses, persyaratan verifikasi, dan skala audiens. Internal tidak memerlukan moderasi, Closed memerlukan konfigurasi Google Groups dan verifikasi, Open menjalani verifikasi Google penuh.

Trek Internal adalah satu-satunya tempat build tersedia tanpa menunggu. Closed dan Open memerlukan verifikasi Google yang memakan waktu beberapa jam hingga 2 hari. Untuk akun baru pengembang, Open Testing Track wajib: aplikasi harus menjalani pengujian terbuka selama 14 hari sebelum dipublikasikan ke produksi.

Otomatisasi Internal Testing melalui CI/CD

Otomatisasi unggahan ke Internal Testing Track adalah praktik standar untuk pipeline CI/CD proyek Android. Gradle Play Publisher adalah plugin paling populer untuk publikasi build otomatis. Plugin ini menandatangani AAB, mengunggahnya ke Google Play, dan menetapkan trek.

Fastlane menyediakan aksi supply untuk mengunggah build ke Play Console. Parameter track menunjukkan trek target: internal, closedalpha, openbeta, atau production. Manajemen versi dan service account dikonfigurasi sekali di Fastfile.

# Fastfile - unggahan otomatis ke Internal Testing Track
platform :android do
    desc "Build and deploy to Internal Testing"
    lane :internal do
        gradle(task: "bundleRelease")
        supply(
            track: "internal",
            aab: "app/build/outputs/bundle/release/app-release.aab",
            skip_upload_metadata: true,
            skip_upload_images: true
        )
    end
end

Service account Google Play dibuat di Google Cloud Console dengan peran Publisher dan ditautkan ke akun pengembang di Play Console. Kunci JSON service account disimpan di repositori CI/CD sebagai variabel yang dilindungi (GitHub Secrets, GitLab CI Variables, Jenkins Credentials).