Google Play 中的 Internal Testing Track：本质与轨道设置

什么是 Internal Testing Track？

Internal Testing Track — Google Play Console 中的第一个测试级别，用于在开发团队内部分发版本。主要目的是在将受众扩展到 Closed 或 Open 轨道之前，快速检查功能、测试集成和发现关键错误。

与其他 Google Play 轨道不同，Internal Testing 在激活前不需要 Google 审核。版本在上传到控制台后几分钟内即可供测试人员使用。这使该轨道成为每日构建版本和从 CI/CD 管道自动交付的理想选择。

根据 Google Play Console 文档 (2024)，Internal Testing Track 支持两种分发方式：电子邮件列表（最多 100 名参与者）和 Google Groups（无数量限制）。群组适合参与者经常变化的大型团队，而电子邮件适合固定组成的开发人员。

何时选择 Internal Testing Track

Internal 轨道在开发的早期阶段选择，此时应用程序仍不稳定，API 可能发生变化。CI/CD 管道将每个新版本上传到 Internal 轨道，团队立即收到最新版本。错误和崩溃日志在版本到达外部测试人员或用户之前通过 Play Console 收集。

对于新的开发者帐户，Internal Testing Track 作为发布准备的第一阶段。Google 在此阶段不检查版本，这使团队能够在提交审核之前自行确保产品质量。

如何在 Google Play Console 中设置 Internal Testing Track

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 自动收集 Internal Testing Track 中所有版本的 Android Vitals 数据：崩溃频率、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 天的开放测试。

通过 CI/CD 自动化 Internal Testing

自动化上传到 Internal Testing Track 是 Android 项目 CI/CD 管道的标准做法。Gradle Play Publisher 是最流行的自动发布版本的插件。它签署 AAB，上传到 Google Play 并分配轨道。

Fastlane 提供 supply 操作用于将版本上传到 Play Console。track 参数指定目标轨道：internal、closedalpha、openbeta 或 production。版本管理和服务帐户在 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

Google Play 服务帐户在 Google Cloud Console 中以 Publisher 角色创建，并关联到 Play Console 中的开发者帐户。服务帐户的 JSON 密钥作为受保护变量存储在 CI/CD 仓库中（GitHub Secrets、GitLab CI Variables、Jenkins Credentials）。