Internal Testing Track в Google Play: същност и настройка на трака

Какво е Internal Testing Track?

Internal Testing Track — първото ниво на тестване в Google Play Console, предназначено за разпространение на сборки в рамките на екипа за разработка. Основната цел е бърза проверка на функционалността, тестване на интеграции и откриване на критични грешки преди разширяване на аудиторията към Closed или Open тракове.

За разлика от други тракове на Google Play, Internal Testing не изисква проверка от Google преди активиране. Сборката става достъпна за тестерите в рамките на няколко минути след качване в конзолата. Това прави трака идеален за дневни сборки (daily builds) и автоматична доставка от pipeline на CI/CD.

Според документацията на Google Play Console (2024), Internal Testing Track поддържа два начина на разпространение: списък с имейли (до 100 участници) и Google Groups (без ограничение на броя). Групите са подходящи за големи екипи, където участниците се сменят често, а имейлът — за фиксиран състав от разработчици.

Кога да изберете Internal Testing Track

Internal тракът се избира в ранните етапи на разработка, когато приложението е все още нестабилно и API-тата могат да се променят. Pipeline на CI/CD качва всяка нова сборка в Internal трака и екипът получава свежа версия незабавно. Грешките и логовете от сривове се събират чрез Play Console, преди сборката да достигне до външни тестери или потребители.

За нови акаунти на разработчици, Internal Testing Track служи като първи етап на подготовка за публикуване. Google не проверява сборките на този етап, което позволява на екипа сам да се увери в качеството на продукта, преди да го предаде за рецензия.

Как да настроите Internal Testing Track в Google Play Console

Настройката на Internal Testing Track се извършва в Google Play Console в секция Release > Testing > Internal Testing. Процесът включва създаване на трак, качване на първата сборка и добавяне на тестери.

За да създадете трак, отидете в секция Internal Testing и кликнете върху Create track. След създаване на трака системата ще предложи качване на първата сборка във формат AAB (Android App Bundle). Google препоръчва AAB за всички видове тестване, тъй като форматът оптимизира размера на приложението спрямо архитектурата на устройството.

След качване на сборката достъпът до трака се отваря чрез добавяне на тестери. Без поне един тестер тракът не се счита за активен. Google Play Console показва статуса на трака, списък с качените сборки и статистика за инсталации за всеки участник.

// build.gradle - автоматично качване в Internal Testing Track
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

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

// Внедряване чрез плъгина Gradle Play Publisher
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

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

Добавяне на тестери към Internal трака

Добавянето на тестери към Internal Testing Track е възможно по два начина: чрез имейл и чрез Google Groups. Имейл списъкът е подходящ за малки екипи с фиксиран състав. Всеки тестер се добавя ръчно в конзолата и получава покана на посочения адрес.

Google Groups са предпочитани за екипи с променлив състав или автоматизирано управление на достъпа. Достатъчно е да добавите групата към трака и всички нейни членове получават достъп до сборките. Промяната на състава на групата става без актуализиране на настройките в Play Console.

Тестерите инсталират приложението чрез Google Play на устройството. След добавяне към трака те виждат приложението като достъпно за актуализация (ако преди това са го инсталирали от друг трак) или като ново приложение за инсталиране. Сборките от Internal трака не се публикуват публично — виждат ги само участниците в трака.

Събиране на метрики в Internal трака

Google Play автоматично събира Android Vitals за всички сборки в Internal Testing Track: честота на сривове, ANR и скорост на стартиране. Разработчикът вижда метриките в Play Console веднага след инсталиране на сборката от първия тестер. Данните са достъпни в реално време без забавяне на агрегация.

Разлики между Internal Testing и Closed и Open тракове

Internal Testing Track се различава от Closed и Open траковете по скорост на достъп, изисквания за проверка и мащаб на аудиторията. Internal не изисква модерация, Closed изисква настройка на Google Groups и проверка, Open преминава пълна проверка от Google.

Internal тракът е единственият, където сборката е достъпна без чакане. Closed и Open изискват проверка от Google, която отнема от няколко часа до 2 дни. За нови акаунти на разработчици, Open Testing Track е задължителен: приложението трябва да премине 14-дневно отворено тестване преди публикуване в продукция.

Автоматизация на Internal Testing чрез CI/CD

Автоматизацията на качването в Internal Testing Track е стандартна практика за CI/CD pipeline на Android проекти. Gradle Play Publisher е най-популярният плъгин за автоматично публикуване на сборки. Той подписва AAB, качва в Google Play и задава трак.

Fastlane предоставя екшън supply за качване на сборки в Play Console. Параметърът track указва целевия трак: internal, closedalpha, openbeta или production. Управлението на версиите и service account се конфигурират веднъж във Fastfile.

# Fastfile - автоматично качване в 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 се създава в Google Cloud Console с роля Publisher и се свързва с акаунта на разработчика в Play Console. JSON ключът на service account се съхранява в CI/CD хранилището като защитена променлива (GitHub Secrets, GitLab CI Variables, Jenkins Credentials).