Internal Testing Track i Google Play: essens och inställning av spåret

Vad är Internal Testing Track?

Internal Testing Track — den första testnivån i Google Play Console, avsedd för distribution av byggen inom utvecklingsteamet. Huvudsyftet är snabb kontroll av funktionalitet, testning av integrationer och upptäckt av kritiska fel innan publiken utökas till Closed eller Open spår.

Till skillnad från andra Google Play-spår kräver Internal Testing ingen Google-verifiering före aktivering. Bygget blir tillgängligt för testare inom några minuter efter uppladdning till konsolen. Detta gör spåret idealiskt för dagliga byggen (daily builds) och automatisk leverans från CI/CD-pipelinen.

Enligt Google Play Console dokumentation (2024) stöder Internal Testing Track två distributionssätt: e-postlista (upp till 100 deltagare) och Google Groups (utan begränsning av antal). Grupper passar för stora team där deltagarna byts ut ofta, och e-post för fast sammansättning av utvecklare.

När man ska välja Internal Testing Track

Internal-spåret väljs i tidiga utvecklingsstadier, när applikationen fortfarande är instabil och API:er kan förändras. CI/CD-pipelinen laddar upp varje nytt bygge till Internal-spåret och teamet får omedelbart den senaste versionen. Fel och krascher loggas via Play Console innan bygget når externa testare eller användare.

För nya utvecklarkonton fungerar Internal Testing Track som första förberedelsesteg inför publicering. Google granskar inte byggen i detta skede, vilket gör att teamet själva kan säkerställa produktkvaliteten innan den skickas för granskning.

Hur man ställer in Internal Testing Track i Google Play Console

Inställning av Internal Testing Track görs i Google Play Console under Release > Testing > Internal Testing. Processen omfattar att skapa spåret, ladda upp första bygget och lägga till testare.

För att skapa spåret, gå till avsnittet Internal Testing och klicka på Create track. Efter att spåret har skapats kommer systemet att föreslå uppladdning av första bygget i AAB-format (Android App Bundle). Google rekommenderar AAB för alla typer av testning eftersom formatet optimerar applikationens storlek för enhetens arkitektur.

Efter uppladdning av bygget öppnas åtkomst till spåret genom att lägga till testare. Utan minst en testare anses spåret inte vara aktivt. Google Play Console visar spårets status, lista över uppladdade byggen och installationsstatistik för varje deltagare.

// build.gradle - automatisk uppladdning till Internal Testing Track
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

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

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

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

Lägga till testare i Internal-spåret

Att lägga till testare i Internal Testing Track är möjligt på två sätt: via e-post och via Google Groups. E-postlistan passar för små team med fast sammansättning. Varje testare läggs till manuellt i konsolen och får en inbjudan till den angivna adressen.

Google Groups är att föredra för team med varierande sammansättning eller automatiserad åtkomsthantering. Det räcker att lägga till gruppen i spåret och alla dess medlemmar får tillgång till byggen. Ändring av gruppsammansättningen sker utan att uppdatera inställningarna i Play Console.

Testare installerar applikationen via Google Play på enheten. Efter tillägg i spåret ser de applikationen som tillgänglig för uppdatering (om de tidigare installerat den från ett annat spår) eller som en ny applikation att installera. Byggen från Internal-spåret publiceras inte offentligt — endast spårets deltagare ser dem.

Insamling av mätvärden i Internal-spåret

Google Play samlar automatiskt in Android Vitals för alla byggen i Internal Testing Track: kraschfrekvens, ANR och starttider. Utvecklaren ser mätvärdena i Play Console omedelbart efter installation av bygget av första testaren. Data finns tillgänglig i realtid utan aggregeringsfördröjning.

Skillnader mellan Internal Testing och Closed och Open spår

Internal Testing Track skiljer sig från Closed och Open spår i åtkomsthastighet, granskningskrav och publikomfattning. Internal kräver inte granskning, Closed kräver konfiguration av Google Groups och granskning, Open genomgår fullständig Google-granskning.

Internal-spåret är det enda där bygget är tillgängligt utan väntan. Closed och Open kräver Google-granskning som tar från några timmar till 2 dagar. För nya utvecklarkonton är Open Testing Track obligatoriskt: applikationen måste genomgå 14 dagars öppen testning innan publicering i produktion.

Automatisering av Internal Testing via CI/CD

Automatisering av uppladdning till Internal Testing Track är standardpraxis för CI/CD-pipelines i Android-projekt. Gradle Play Publisher är det populäraste pluginet för automatisk publicering av byggen. Det signerar AAB, laddar upp till Google Play och tilldelar spår.

Fastlane tillhandahåller åtgärden supply för uppladdning av byggen till Play Console. Parametern track anger målspåret: internal, closedalpha, openbeta eller production. Versionshantering och service-konto konfigureras en gång i Fastfile.

# Fastfile - automatisk uppladdning till 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

Google Play-servicekonto skapas i Google Cloud Console med rollen Publisher och kopplas till utvecklarkontot i Play Console. JSON-nyckeln för service-kontot lagras i CI/CD-repot som en skyddad variabel (GitHub Secrets, GitLab CI Variables, Jenkins Credentials).