Internal Testing Track a Google Play-ben: lényeg és a track beállítása

Mi az Internal Testing Track?

Internal Testing Track — a tesztelés első szintje a Google Play Console-ban, amely a build-ek fejlesztőcsapaton belüli terjesztésére szolgál. A fő cél a működőképesség gyors ellenőrzése, az integrációk tesztelése és a kritikus hibák felderítése, mielőtt a közönséget a Closed vagy Open track-ekre bővítenék.

Ellentétben a többi Google Play track-kel, az Internal Testing nem igényel Google-ellenőrzést az aktiválás előtt. A build néhány percen belül elérhetővé válik a tesztelők számára a konzolba történő feltöltés után. Ez teszi a track-et ideálissá a napi build-ekhez (daily builds) és a CI/CD pipeline-ból történő automatikus szállításhoz.

A Google Play Console dokumentációja (2024) szerint az Internal Testing Track két terjesztési módot támogat: e-mail lista (akár 100 résztvevő) és Google Groups (mennyiségi korlátozás nélkül). A csoportok a nagy, gyakran változó résztvevőkkel rendelkező csapatok számára alkalmasak, az e-mail pedig a rögzített fejlesztői összetételhez.

Mikor válasszuk az Internal Testing Track-et

Az Internal track-et a fejlesztés korai szakaszában választják, amikor az alkalmazás még instabil, és az API-k változhatnak. A CI/CD pipeline minden új build-et feltölt az Internal track-be, és a csapat azonnal megkapja a friss verziót. A hibák és crash-naplók a Play Console segítségével gyűjtődnek össze, mielőtt a build eljutna a külső tesztelőkhöz vagy felhasználókhoz.

Új fejlesztői fiókok esetében az Internal Testing Track a közzétételre való felkészülés első szakaszaként szolgál. A Google ebben a szakaszban nem ellenőrzi a build-eket, lehetővé téve a csapat számára, hogy maga győződjön meg a termék minőségéről, mielőtt felülvizsgálatra küldené.

Hogyan állítsuk be az Internal Testing Track-et a Google Play Console-ban

Az Internal Testing Track beállítása a Google Play Console Release > Testing > Internal Testing szakaszában történik. A folyamat magában foglalja a track létrehozását, az első build feltöltését és a tesztelők hozzáadását.

A track létrehozásához lépjen az Internal Testing szakaszba, és kattintson a Create track gombra. A track létrehozása után a rendszer felajánlja az első build feltöltését AAB (Android App Bundle) formátumban. A Google az AAB-t ajánlja minden típusú teszteléshez, mivel a formátum optimalizálja az alkalmazás méretét az eszköz architektúrájához.

A build feltöltése után a track-hez való hozzáférés a tesztelők hozzáadásával nyílik meg. Legalább egy tesztelő nélkül a track nem tekinthető aktívnak. A Google Play Console megjeleníti a track állapotát, a feltöltött build-ek listáját és a telepítési statisztikákat minden résztvevő esetében.

// build.gradle - automatikus feltöltés az Internal Testing Track-be
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

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

// Telepítés a Gradle Play Publisher plugin segítségével
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

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

Tesztelők hozzáadása az Internal track-hez

A tesztelők hozzáadása az Internal Testing Track-hez két módon lehetséges: e-mailben és Google Groups segítségével. Az e-mail lista a rögzített összetételű kis csapatok számára alkalmas. Minden tesztelő manuálisan kerül hozzáadásra a konzolban, és meghívót kap a megadott címre.

A Google Groups előnyösebb a változó összetételű vagy automatizált hozzáférés-kezeléssel rendelkező csapatok számára. Elég hozzáadni a csoportot a track-hez, és minden tagja hozzáférést kap a build-ekhez. A csoport összetételének megváltoztatása a Play Console beállításainak frissítése nélkül történik.

A tesztelők a Google Play segítségével telepítik az alkalmazást az eszközre. A track-hez való hozzáadás után az alkalmazást frissíthetőként látják (ha korábban másik track-ből telepítették) vagy új alkalmazásként a telepítéshez. Az Internal track-ből származó build-ek nem kerülnek nyilvános közzétételre — csak a track résztvevői látják őket.

Metrikák gyűjtése az Internal track-ben

A Google Play automatikusan gyűjti az Android Vitals adatokat az Internal Testing Track összes build-jéhez: crash gyakoriság, ANR és indítási sebesség. A fejlesztő a metrikákat a Play Console-ban látja közvetlenül a build első tesztelő általi telepítése után. Az adatok valós időben, aggregációs késedelem nélkül állnak rendelkezésre.

Az Internal Testing különbségei a Closed és Open track-ektől

Internal Testing Track különbözik a Closed és Open track-ektől a hozzáférés sebességében, az ellenőrzési követelményekben és a közönség méretében. Az Internal nem igényel moderálást, a Closed Google Groups beállítást és ellenőrzést igényel, az Open teljes Google-ellenőrzésen esik át.

Az Internal track az egyetlen, ahol a build várakozás nélkül elérhető. A Closed és Open Google-ellenőrzést igényel, amely néhány órától 2 napig is eltarthat. Új fejlesztői fiókok esetében az Open Testing Track kötelező: az alkalmazásnak 14 napos nyílt tesztelésen kell átesnie a termelési közzététel előtt.

Az Internal Testing automatizálása CI/CD segítségével

Az Internal Testing Track-be történő feltöltés automatizálása szabványos gyakorlat az Android projektek CI/CD pipeline-jai számára. A Gradle Play Publisher a legnépszerűbb plugin a build-ek automatikus közzétételéhez. Aláírja az AAB-t, feltölti a Google Play-be és hozzárendeli a track-et.

A Fastlane a supply akciót biztosítja a build-ek Play Console-ba történő feltöltéséhez. A track paraméter jelzi a cél track-et: internal, closedalpha, openbeta vagy production. A verziókezelés és a service account egyszer kerül beállításra a Fastfile-ban.

# Fastfile - automatikus feltöltés az Internal Testing Track-be
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

A Google Play service account a Google Cloud Console-ban jön létre Publisher szerepkörrel, és a Play Console-beli fejlesztői fiókhoz kapcsolódik. A service account JSON-kulcsa a CI/CD repozitóriumban védett változóként tárolódik (GitHub Secrets, GitLab CI Variables, Jenkins Credentials).