封闭式测试最容易被误解的 5 个点，新个人开发者必看

新个人开发者账号要发布正式版，规则看起来很简单：至少 12 名测试人员，连续参与封闭式测试至少 14 天。

可真做起来，从开发到封闭式测试再到发布正式版，有几个地方特别容易被误解，误解了往往要白白多测一轮。

1选择参与的人数，不等于安装的人数，更不等于每天打开的人数

测试人员打开你的加入测试链接（play.google.com/apps/testing/<包名>），点了 Become a tester，Play 管理中心里统计的选择参与人数就会立刻 +1。

但这只说明他选择参与了，不代表他真的安装了你的应用，更不代表他每天都在打开。

这三个数字在 Play 管理中心里是分开统计的：

后两个在哪里看、为什么它们对申请正式版那么重要，可以看申请正式版被拒"需要进行更多测试"的 5 个原因，里面有详细的截图和步骤。

信息中心里"招募至少 12 名测试人员参与您的封闭式测试至少 14 天"这一项的倒计时，很容易被当成"测够了"的证明。其实它和测试做得好不好，没有直接关系：

与安装量无关：不管有没有人实际安装、有没有人实际打开测试，这个 14 天倒计时都会照样启动
不会中断的 14 天：第 12 个 Google 账号选择参与测试后，14 天倒计时就会正式启动，而且在到达 14 天之前不会自动停下，就算有测试人员选择退出测试也一样（不过 Google 的要求是连续 14 天至少 12 人，人数最好一直保持在 12 以上）
自动重置：可以把 14 天理解为一个会自动重置的沙漏。如果上一次申请被拒，被拒的当天 14 天倒计时就会自动重新开始，同样和安装量、测试量都无关

基于以上事实，就明白为什么不能把这里的数字当作测试合格的标准了：倒计时走完，只说明你可以申请了，不说明你的测试合格了。

在 Play 管理中心创建新应用后，信息中心会列出一系列任务，排在第一个的就是内部测试。很多开发者以为这是发布正式版的必经之路，花了不少时间在上面。

其实后台就在这一项下面写得很清楚：「此操作是可选项，您仍需运行封闭式测试，然后才能面向所有用户发布正式版。」

Play 管理中心信息中心的内部测试任务：此操作是可选项

内部测试不计入正式版发布权限的要求。真正必需的是封闭式测试：12 人 14 天，算的只有封闭式测试轨道。

内部测试本身是个好工具，适合把新版本快速发给几个信得过的人。如果你只是想自己快速装一下新版本，不想等封闭式测试的审核，更推荐用内部应用分享（测试和发布 > 测试 > 内部应用分享）：上传后直接得到一个安装链接，不用审核，也只有拿到链接的人能装。

用内部应用分享要注意两点：

测试手机要先在 Play 商店的设置里开启"内部应用分享"，否则点链接会打不开
Google 会用另一套签名重新签署内部应用分享的安装包。如果你的应用用了 Google 登录，需要把内部应用分享的签名证书指纹也加到 Google Cloud 的 OAuth 客户端里，不然在这个包里会登录失败

勾选国家/地区时，很多开发者担心以后改不了，就只先勾了打算上架的几个国家。这其实是一个误区：

如果封闭式测试只开放了少数国家，其他国家的测试人员打开链接会看到 "Item not found"，这也是测试链接显示 Item not found 的 5 个原因之一。所以放心把封闭式测试轨道的国家/地区全部勾选，招募测试人员会顺利很多。

这是最后、也是代价最大的一个误解。信息中心里三个条件都打了勾，"申请发布正式版"的按钮也能点了，很多人就以为稳了。

Play 管理中心信息中心：三个条件都已满足，可以申请发布正式版

但这三个条件只是申请的门槛。提交申请后，Google 还会审核你的测试过程：测试人员有没有真的在用，测试期间有没有根据反馈更新应用，问卷回答得认不认真。达不到，就会收到"需要进行更多测试"的邮件，再测 14 天。

封闭式测试的规则只有一句话，但里面的每个数字，都可能不是你以为的意思。把这 5 点弄清楚，至少能少走一轮弯路。

BetaLobby 就是针对这些问题设计的开发者互助封闭式测试平台：

当然，能不能拿到正式版发布权限，最终还是由 Google 决定。但让测试人员真的装上、真的每天打开，是你可以做好的部分。