Internal Testing: esensi, cara kerja, dan cara menyiapkan track

Apa itu Internal Testing?

Internal Testing adalah track pengujian di Google Play Console dan TestFlight yang dirancang untuk mendistribusikan build di antara anggota tim pengembangan. Berbeda dengan pengujian beta terbuka, akses ke Internal Testing dibatasi pada daftar alamat email yang disetujui oleh pemilik akun pengembang.

Keuntungan utamanya adalah waktu pengiriman minimal build ke tester. Di Google Play, Internal Testing tidak memerlukan moderasi — build muncul pada peserta dalam 5–15 menit setelah unggah. Di App Store melalui TestFlight, build juga dikirim tanpa App Review sebelumnya, tetapi menjalani pemeriksaan otomatis untuk persyaratan keamanan dasar.

Perbedaan Internal Testing dengan track lain

Di Google Play ada tiga track pengujian: Internal Testing, Closed Beta (Open Beta), dan Production. Internal Testing adalah yang tercepat dan paling terbatas dalam jumlah peserta (hingga 100 orang). Closed Beta memungkinkan hingga 10 000 peserta dan memerlukan pengaturan halaman pengujian. Production adalah tahap akhir dengan moderasi penuh.

Kapan menggunakan Internal Testing

Internal Testing digunakan untuk pemeriksaan awal build sebelum dikirim ke track beta. Pengembang mengunggah build harian untuk tim QA, memeriksa integrasi SDK baru, menguji kompatibilitas dengan berbagai versi OS, dan mengidentifikasi kesalahan regresi sebelum build dilihat oleh tester eksternal.

Internal Testing di Google Play

Di Google Play Console, Internal Testing adalah track terpisah yang tersedia di bagian Release → Testing. Untuk menambahkan tester, cukup masukkan alamat emailnya — peserta menerima undangan dan link untuk bergabung melalui Google Play. Build diunggah melalui antarmuka yang sama dengan rilis produksi.

Proses publikasi di track Internal

Pengembang mengunggah App Bundle atau APK ke bagian Internal Testing Google Play Console. Sistem memeriksa persyaratan dasar: tanda tangan, versi kode, dan kompatibilitas API. Setelah 5–15 menit pemrosesan, build tersedia untuk tester. Status dapat dilacak di konsol: Draft, In Review, Ready to Test.

// Fastlane — publikasi di track Internal Testing
lane :internal_testing do
    gradle(task: ":app:assembleRelease")
    
    upload_to_play_store(
        track: "internal",
        release_status: "completed",
        rollout: 1.0
    )
    
    slack(
        message: "Build uploaded to Internal Testing"
    )
end

Mengelola tester

Penambahan peserta dilakukan melalui bagian Testers di Google Play Console. Unggah grup melalui file CSV tersedia. Setiap tester menerima email dengan undangan dan petunjuk instalasi. Untuk mencabut akses, cukup hapus peserta dari grup — aplikasi yang terinstal tetap berfungsi, tetapi pembaruan baru tidak akan dikirim.

Internal Testing di App Store melalui TestFlight

Di ekosistem Apple, peran Internal Testing dijalankan oleh TestFlight — platform untuk mendistribusikan versi beta. TestFlight mendukung hingga 100 tester internal, yang ditambahkan melalui email di App Store Connect. Untuk mempublikasikan build, tidak perlu melalui App Review lengkap, tetapi build diperiksa secara otomatis untuk persyaratan minimum.

Fitur TestFlight Internal Testing

Tidak seperti Google Play di mana Internal Testing sama sekali tidak memerlukan moderasi, Apple melakukan Basic Review otomatis. Pemeriksaan memakan waktu 30–60 menit dan mencakup pemindaian kode biner untuk API berbahaya dan kepatuhan terhadap persyaratan dasar. Setelah pemeriksaan berhasil, build tersedia untuk tester dalam 24 jam. Masa berlaku build adalah 90 hari.

Menyiapkan Internal Testing di App Store Connect

Di App Store Connect, Internal Testing diatur di bagian TestFlight → Internal Testing. Pemilik akun menambahkan tester melalui email dan menetapkan peran. Setelah mengunggah build melalui Xcode atau Transporter, sistem memberi tahu peserta tentang ketersediaan versi baru. Tester menginstal aplikasi melalui aplikasi TestFlight di perangkat.

Cara menyiapkan track Internal Testing

Menyiapkan Internal Testing untuk kedua platform memakan waktu 10 hingga 30 menit. Di bawah ini adalah petunjuk langkah demi langkah untuk Google Play dan App Store. Proses ini tidak memerlukan perubahan pada kode aplikasi — cukup konfigurasi konsol pengembang satu kali.

Integrasi dengan sistem CI/CD

Kedua toko mendukung publikasi di Internal Testing melalui API. Untuk otomatisasi digunakan Gradle Play Publisher (Google Play) dan Fastlane (kedua platform). Pipeline CI/CD dapat mengunggah build ke track Internal setelah setiap keberhasilan pengujian unit dan pengujian UI.

Menyiapkan akun pengujian

Untuk aplikasi dengan autentikasi, perlu menyiapkan akun pengujian dan memberikannya ke tim QA. Akun harus memiliki akses ke lingkungan pengujian (staging/development) dan tidak memengaruhi data produksi. Disarankan untuk membuat konfigurasi Firebase terpisah untuk track Internal.

Alur kerja QA dengan Internal Testing

Internal Testing terintegrasi ke dalam pipeline QA setelah melewati pemeriksaan otomatis di CI. Pengembang atau insinyur DevOps mengunggah build ke track Internal, setelah itu insinyur QA menerima notifikasi dan menginstal pembaruan pada perangkat pengujian melalui toko aplikasi.

Frekuensi rilis optimal

Disarankan untuk merilis build ke Internal Testing setiap hari atau setelah setiap perubahan signifikan dalam basis kode. Tim QA menguji skenario kritis: otentikasi, alur pengguna utama, integrasi dengan API, dan bekerja dengan penyimpanan lokal. Pengujian regresi dilakukan pada setiap build ketiga atau keempat.

Alat pengumpulan umpan balik

Untuk mengumpulkan laporan bug, gunakan integrasi dengan sistem pelacakan: Jira, YouTrack, Trello, atau GitHub Issues. Tester mengirim tangkapan layar, log, dan langkah reproduksi. TestFlight mendukung pengumpulan tangkapan layar dan log dari perangkat saat diguncang — data dikirim ke pengembang melalui App Store Connect.

Integrasi dengan pipeline CI/CD

Untuk publikasi otomatis build di track Internal Testing, konfigurasikan pipeline CI/CD. Setelah pengujian unit dan pengujian UI lulus, skrip mengunggah build ke track Internal dan mengirim notifikasi ke tim QA. Fastlane menyediakan aksi siap pakai upload_to_play_store dengan parameter track: internal. Untuk iOS, gunakan Fastlane Pilot untuk mengunggah ke TestFlight.

Batasan Internal Testing

Internal Testing memiliki batasan ketat pada jumlah peserta: hingga 100 orang di Google Play dan hingga 100 tester internal di TestFlight. Google Play juga membatasi jumlah grup — maksimal 1 grup untuk track Internal. App Store tidak membatasi jumlah build, tetapi masa berlaku setiap build adalah 90 hari.

Perbedaan batasan antar platform

Google Play tidak membatasi jumlah build yang diunggah di track Internal, tetapi setelah 90 hari tidak aktif, track dapat ditangguhkan secara otomatis. TestFlight memiliki batasan yang lebih ketat: hingga 30 build aktif secara bersamaan, hingga 10 000 tester eksternal (bukan Internal). Untuk menghapus batasan, diperlukan partisipasi dalam program Apple Developer Enterprise.

Migrasi dari Internal ke Open Beta

Setelah build stabil di track Internal, build tersebut dipindahkan ke Closed atau Open Beta untuk pengujian pada audiens eksternal. Google Play memungkinkan menyalin pengaturan track dan memindahkan build tanpa mengunggah ulang. TestFlight memerlukan pembuatan track eksternal terpisah dengan penambahan grup tester baru.

Keamanan track Internal Testing

Build di track Internal dilindungi dari akses eksternal: hanya peserta yang berwenang melalui Google Play Console atau App Store Connect yang dapat mengunduh aplikasi. Bahkan dengan mengetahui tautan aplikasi, orang luar tidak dapat menginstal build. Ini memastikan kerahasiaan fitur baru dan perlindungan kekayaan intelektual pada tahap pengembangan.