Internal Testing Track in Google Play: essentie en configuratie van de track

Wat is Internal Testing Track?

Internal Testing Track — het eerste testniveau in Google Play Console, bedoeld voor het verspreiden van builds binnen het ontwikkelingsteam. Het belangrijkste doel is snelle controle van functionaliteit, testen van integraties en detecteren van kritieke fouten voordat het publiek wordt uitgebreid naar Closed of Open tracks.

In tegenstelling tot andere Google Play-tracks vereist Internal Testing geen Google-verificatie voor activering. De build is binnen enkele minuten na upload naar de console beschikbaar voor testers. Dit maakt de track ideaal voor daily builds en automatische levering vanuit de CI/CD-pipeline.

Volgens de Google Play Console-documentatie (2024) ondersteunt Internal Testing Track twee distributiemethoden: e-maillijst (tot 100 deelnemers) en Google Groups (zonder beperking van het aantal). Groepen zijn geschikt voor grote teams waar deelnemers vaker wisselen, en e-mail voor een vaste groep ontwikkelaars.

Wanneer Internal Testing Track kiezen

De Internal-track wordt gekozen in vroege ontwikkelingsfasen, wanneer de app nog instabiel is en API's kunnen veranderen. De CI/CD-pipeline uploadt elke nieuwe build naar de Internal-track en het team ontvangt direct de nieuwste versie. Fouten en crashlogs worden via Play Console verzameld voordat de build bij externe testers of gebruikers terechtkomt.

Voor nieuwe ontwikkelaarsaccounts dient Internal Testing Track als eerste voorbereidingsfase voor publicatie. Google controleert builds in deze fase niet, waardoor het team zelf de productkwaliteit kan verifiëren voordat het ter beoordeling wordt aangeboden.

Internal Testing Track instellen in Google Play Console

Het instellen van Internal Testing Track gebeurt in Google Play Console onder Release > Testing > Internal Testing. Het proces omvat het aanmaken van de track, het uploaden van de eerste build en het toevoegen van testers.

Ga naar het gedeelte Internal Testing en klik op Create track om de track aan te maken. Na het aanmaken van de track wordt u gevraagd de eerste build in AAB-formaat (Android App Bundle) te uploaden. Google raadt AAB aan voor alle soorten testen, omdat het formaat de app-grootte optimaliseert voor de apparaatarchitectuur.

Na het uploaden van de build wordt toegang tot de track geopend door testers toe te voegen. Zonder ten minste één tester wordt de track niet als actief beschouwd. Google Play Console toont de status van de track, een lijst met geüploade builds en installatiestatistieken per deelnemer.

// build.gradle - automatische upload naar Internal Testing Track
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

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

// Implementatie via Gradle Play Publisher-plugin
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

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

Testers toevoegen aan de Internal-track

Testers toevoegen aan Internal Testing Track is op twee manieren mogelijk: per e-mail en via Google Groups. De e-maillijst is geschikt voor kleine teams met een vaste samenstelling. Elke tester wordt handmatig in de console toegevoegd en ontvangt een uitnodiging op het opgegeven adres.

Google Groups heeft de voorkeur voor teams met een wisselende samenstelling of geautomatiseerd toegangsbeheer. Het volstaat om de groep aan de track toe te voegen en alle leden krijgen toegang tot de builds. Wijzigingen in de groepssamenstelling gebeuren zonder de instellingen in Play Console bij te werken.

Testers installeren de app via Google Play op het apparaat. Na toevoeging aan de track zien ze de app als beschikbaar voor update (als ze deze eerder uit een andere track hebben geïnstalleerd) of als een nieuwe app om te installeren. Builds uit de Internal-track worden niet openbaar gepubliceerd — alleen trackdeelnemers zien ze.

Verzamelen van statistieken in de Internal-track

Google Play verzamelt automatisch Android Vitals voor alle builds in Internal Testing Track: crashfrequentie, ANR en opstartsnelheid. De ontwikkelaar ziet de statistieken in Play Console direct na installatie van de build door de eerste tester. Gegevens zijn real-time beschikbaar zonder aggregatievertraging.

Verschillen tussen Internal Testing en Closed en Open tracks

Internal Testing Track verschilt van Closed en Open tracks in toegangssnelheid, verificatievereisten en publieksomvang. Internal vereist geen moderatie, Closed vereist configuratie van Google Groups en verificatie, Open ondergaat volledige Google-verificatie.

De Internal-track is de enige waar de build zonder wachttijd beschikbaar is. Closed en Open vereisen Google-verificatie, die enkele uren tot 2 dagen duurt. Voor nieuwe ontwikkelaarsaccounts is Open Testing Track verplicht: de app moet 14 dagen open testen ondergaan voordat deze in productie wordt gepubliceerd.

Automatisering van Internal Testing via CI/CD

Automatisering van uploaden naar Internal Testing Track is standaardpraktijk voor CI/CD-pipelines van Android-projecten. Gradle Play Publisher is de populairste plugin voor automatische publicatie van builds. Het ondertekent de AAB, uploadt deze naar Google Play en wijst de track toe.

Fastlane biedt de actie supply voor het uploaden van builds naar Play Console. De parameter track geeft de doel-track aan: internal, closedalpha, openbeta of production. Versiebeheer en service account worden eenmalig geconfigureerd in Fastfile.

# Fastfile - automatische upload naar 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

Het Google Play-serviceaccount wordt aangemaakt in Google Cloud Console met de rol Publisher en gekoppeld aan het ontwikkelaarsaccount in Play Console. De JSON-sleutel van het serviceaccount wordt opgeslagen in de CI/CD-repository als beveiligde variabele (GitHub Secrets, GitLab CI Variables, Jenkins Credentials).