在应用面向所有人发布之前，Play Console 提供了三种把版本交到用户手中的方式：内部测试、封闭式测试 和 开放式测试。它们在控制台里看起来很像，但设计用途对应发布的不同阶段，而在新的个人开发者账号上，只有其中一个能帮你拿到正式版。
本文解释每个轨道的用途、它们之间的比较，以及对一个全新应用来说合理的使用顺序。
三个轨道一览
| 内部测试 | 封闭式测试 | 开放式测试 | |
|---|---|---|---|
| 谁可以加入 | 你通过邮箱指定的最多 100 名测试人员 | 你的电子邮件列表或 Google Groups 群组中的测试人员 | 任何在 Google Play 上找到该测试的人 |
| 测试人员如何加入 | 测试链接 | 测试链接 | 从商品详情页或测试链接加入 |
| 速度 | 为快速迭代而设计 | 需要经过审核 | 需要经过审核 |
| 是否在 Google Play 上可见 | 否 | 否 | 是，以抢先体验或测试计划的形式 |
| 是否计入 12 名测试人员、14 天规则 | 否 | 是 | 否 |
| 新的个人账号能否使用 | 能 | 能 | 只有获得正式版访问权限后才能 |
内部测试：给你的团队，速度快
内部测试是给你和一起开发应用的人用的。你可以通过邮箱添加最多 100 名测试人员，新版本会很快推送给他们，所以它适合在团队以外的人看到之前，先确认某个版本能正常工作。
用它来确认应用包能从 Google Play 安装，登录、应用内购买和其他 Play 服务在正式软件包名称下运作正常，以及在团队手头的几台设备上没有任何问题。
此外还有 内部应用分享，这是一项独立功能，让你上传一个版本并分享链接，完全不用管理测试轨道。和同事快速检查时很方便，但它不是测试轨道，同样不计入要求。
封闭式测试：受邀测试人员，唯一计数的轨道
封闭式测试面向你邀请的更大范围的人群。测试人员通过电子邮件列表或 Google Groups 群组添加，打开你的测试链接，接受邀请，然后从 Google Play 安装应用。应用对公众不可见，只有受邀的账号才能安装。我们的 测试人员说明 会带他们一步步完成加入。
对于 2023 年 11 月 13 日之后创建的个人开发者账号，这是最重要的轨道：在申请正式版访问权限之前，你需要 至少 12 名测试人员连续 14 天选择加入封闭式测试。天数如何计算，请参见 这项要求的详解。
什么时候使用封闭式测试
- 在新的个人账号上满足 12 名测试人员、14 天要求。
- 和特定群体进行 Beta 测试，例如早期客户、某家公司的员工或你管理的社区。
- 同时进行多项测试。你可以创建额外的封闭式测试轨道，例如每个功能或每个客户一个。
封闭式测试版本要经过 Google 审核，所以在测试人员能安装之前，要为审核预留时间。我们的 封闭式测试设置指南 涵盖了每一个步骤。
开放式测试：公开 Beta
开放式测试会让你的测试版本在 Google Play 上可见。任何人都能找到并加入，如果想控制规模，你也可以限制测试人员数量。加入的人收到的是应用的测试版本，而不是正式版本。
它非常适合上线前的大规模公开 Beta 测试，或者让主动报名抢先体验的志愿者试用一次大改版。
不过在新的个人账号上，应用获得正式版访问权限之前，开放式测试是不可用的。有些开发者希望用它来招募测试人员满足要求，但这项要求必须先通过封闭式测试来满足。
正式版：面向所有人
正式版是 Google Play 上所有人都能安装的版本。在新的个人账号上，它是按应用逐个解锁的：完成封闭式测试，在信息中心点击 申请正式版，然后回答 Google 的问题。我们的 如何回答正式版访问权限申请问题 说明了审核人员看重什么。
即使上线之后，正式版也支持 分阶段发布：你可以先把更新发布给一定比例的用户，只要崩溃率保持正常，再逐步扩大比例。可以把它看作测试轨道之后的第四道安全网。
新的个人账号适用的顺序
- 内部测试 几天：自己从 Google Play 安装，检查登录、结算和主要流程。
- 封闭式测试 至少 14 天，有 12 名或更多积极参与的测试人员。根据他们报告的问题至少发布一次更新。
- 申请正式版，用封闭式测试中的具体细节回答问题。
- 正式版 采用分阶段发布；解锁后，可选择用 开放式测试 进行今后的 Beta 测试。
不必让同一个版本走完每一个轨道。常见的做法是：团队继续使用内部测试，而封闭式测试承载一个稍旧但更稳定的版本。
常见的困惑
在轨道之间推广版本
你可以把版本从内部测试推广到封闭式测试，或者从封闭式测试推广到正式版，而不必重新上传应用包。版本代码保持不变，发布历史也更整洁。
测试人员同时在多个轨道上
如果同一个人是多个轨道的测试人员，他们通常会收到自己可获取的版本中版本代码最高的那个。如果封闭式测试人员说看到了更新的内部版本，请检查谁在哪个列表上。
移除测试人员
把某人从你的电子邮件列表或 Google Groups 群组中移除，意味着他不再算作已选择加入的测试人员。这样做要深思熟虑，并确保在 14 天内人数始终在 12 人以上。
不同情况该用哪个轨道
| 情况 | 应使用的轨道 |
|---|---|
| 你想在别人看到之前，先在自己手机上检查某个版本 | 内部测试 |
| 你的新个人账号需要 12 名测试人员测试 14 天 | 封闭式测试 |
| 客户或公司想私下试用应用 | 封闭式测试，使用他们的 Google Groups 群组 |
| 你想和成千上万名志愿者进行公开 Beta 测试 | 开放式测试，需在正式版解锁之后 |
| 你需要马上和同事分享一个版本 | 内部应用分享 |
| 你要发布更新并想控制风险 | 正式版，采用分阶段发布 |
新账号上最常见的错误，是把测试的第一周花在内部测试轨道上，然后才发现那根本不算数。如果你的目标是获得正式版访问权限，从一开始就把测试人员放到封闭式测试轨道上，内部测试只用于你自己的快速检查。
总结
内部测试用于和团队快速检查；封闭式测试用于受邀测试人员以及满足 12 名测试人员、14 天规则；开放式测试用于正式版解锁后的公开 Beta；正式版配合分阶段发布用于正式上线。如果找封闭式测试人员是你的瓶颈，这里列出了现实可行的选择，其中包括 TesterBie 这类用真实 Android 手机运行封闭式测试的服务。价格见我们的 价格页面。
常见问题
内部测试计入 12 名测试人员要求吗？
不计入。只有选择加入封闭式测试轨道的测试人员，才计入至少 12 名测试人员连续 14 天的要求。
新账号可以用开放式测试代替封闭式测试吗？
不可以。在 2023 年 11 月 13 日之后创建的个人账号上，开放式测试要等到封闭式测试要求已满足并获批后，才会和正式版访问权限一起开放。
可以同时进行内部测试和封闭式测试吗？
可以。各个轨道相互独立。很多开发者会为团队保留一个快速迭代的内部测试轨道，同时让封闭式测试在一个更稳定的版本上运行。
封闭式测试的审核和正式版审核一样久吗？
两者都要经过 Google 审核，时间不一。新应用的首次审核往往最慢，所以请尽早提交你的封闭式测试版本。