Internal Testing Track в Google Play: суть, настройка трека

Что такое Internal Testing Track?

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

В отличие от других треков Google Play, Internal Testing не требует проверки Google перед активацией. Сборка становится доступной тестировщикам в течение нескольких минут после загрузки в консоль. Это делает трек идеальным для daily-сборок (daily builds) и автоматической доставки из CI/CD пайплайна.

По данным Google Play Console documentation (2024), Internal Testing Track поддерживает два варианта распространения: список email (до 100 участников) и Google Groups (без ограничения по количеству). Группы подходят для больших команд, где участники меняются чаще, а email — для фиксированного состава разработчиков.

Когда выбирать Internal Testing Track

Internal трек выбирают на ранних этапах разработки, когда приложение ещё нестабильно, а API могут меняться. 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 - automatic upload to Internal Testing Track
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

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

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

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

Добавление тестировщиков в Internal трек

Добавление тестировщиков в Internal Testing Track возможно двумя способами: по email и через Google Groups. Email-список подходит для небольших команд с фиксированным составом. Каждый тестировщик добавляется вручную в консоли и получает приглашение на указанный адрес.

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 пайплайнов Android-проектов. Gradle Play Publisher — самый популярный плагин для автоматической публикации сборок. Он подписывает AAB, загружает в Google Play и назначает трек.

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

# Fastfile - automated upload to 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).