BetaLobby封闭式测试凑够了 12 个人，也连续测满了 14 天，点下「申请发布正式版」，等了几天，收到的却是这封邮件：需要进行更多测试才能在 Google Play 上发布正式版。
我自己申请正式版发布权限时，就不止一次收到过它。
邮件里给的原因只有两条，而且说得很笼统：
- 在封闭式测试期间，测试人员未与您的应用互动
- 您未遵循测试最佳实践，这可能包括通过应用更新收集用户反馈并据此采取行动
最后让你"安排真实测试人员对您的应用进行额外 14 天的封闭式测试"，然后再申请。
Google 没有公开具体的评判标准，所以下面这些不是官方答案，而是我从自己几次被拒、最后通过的经历里，总结出的最值得检查的 5 个地方：
- 安装用户数
- 每日活跃用户数（DAU）
- 应用质量和测试期间的更新
- 申请问卷的填写质量
- 测试人员是否真实
开始新一轮 14 天之前，建议逐条对照一遍。
1安装用户数：参与测试的人，不等于装了应用的人
封闭式测试最容易被误解的一点是：选择参与测试的人数、实际安装的人数、每天打开应用的人数，是三个不同的数字。Play 管理中心显示有 12 名测试人员选择参与了，不代表这 12 个人都装了你的应用。类似这样容易想当然的地方还有好几个，我整理在了封闭式测试最容易被误解的 5 个点里。
想看真实的安装情况，打开 Play 管理中心，在左侧菜单点统计信息。默认显示的就是过去 28 天的安装用户数。
这里有一步很容易漏：图表默认按国家/地区划分，而且同时勾选了 5 项（所有国家/地区，加上安装最多的 4 个国家），图上会画出好几条线。点开国家/地区，只保留所有国家/地区，其他都取消勾选，再点应用。图上只剩一条线，才是你全部的安装用户数。
Play 管理中心对这个数字的定义是：在至少一台设备上安装了你的应用、并且这台设备在过去 30 天内开过机的用户数。它按用户去重，不是按安装次数，所以同一个人在两台手机上安装，只算 1 个。
我自己测试时还观察到一个现象：同一个网络下（比如同一个 Wi-Fi），几台设备用不同的账号安装，安装用户数只增加了 1。这一点不在 Google 的官方定义里，原因我也不确定，但如果你的测试人员大多是同一个地方的家人或同事，值得留意。
需要多少？我的建议是申请正式版之前，这个数字至少不低于 12，越多越好。
刚开始招募，却看不到数据？这里的数据不是实时的，通常要晚两三天才会更新，先别着急。
2每日活跃用户数（DAU）：装了不打开，等于没测
这个指标最容易被忽略。很多人以为测试人员装上应用、14 天里不卸载，就算"符合标准"了，但邮件里的第一条原因"测试人员未与您的应用互动"，说的正是这件事。
查看方法：还是在统计信息页面，点开默认的安装用户数指标，在互动度里选择每日活跃用户数量 (DAU)。Play 管理中心的定义很直接：当天打开过你应用的用户数。
刚才设置的国家/地区筛选会保留，同样只看所有国家/地区那一条线。如果你什么都没看到，也不用慌。DAU 的数据延迟比安装用户数更久，最新的数据往往比当天晚好几天。
DAU 需要多少？能每天维持在 12 左右最好，但不必纠结具体数字。重要的是曲线上一直有数据。如果整个测试期间这里几乎是空的，说明测试人员并没有真的打开你的应用，被拒的风险会大很多。
所以招募测试人员时，就要说清楚：不只是安装，14 天里每天都要打开一次。
3应用质量，以及测试期间有没有更新
这是几乎所有新手开发者都会忽略的一点：很多人以为封闭式测试的重点是找测试人员，其实真正的重点是应用本身。凑够 12 个人只是满足了基本条件，能不能拿到正式版发布权限，和应用质量、测试期间的迭代关系很大。
应用质量。没有特别严格的标准，但至少要做到：
- 隐私权政策和 Play 管理中心里的各项应用内容声明都填写正确
- 应用有完整的功能，不是只有一个页面的空壳
- 可以参考 Android 官方的应用质量指南
测试期间的更新。邮件里的第二条原因"您未遵循测试最佳实践，这可能包括通过应用更新收集用户反馈并据此采取行动"，说的就是这个。
12 人 14 天这条规则，本来就是为了让开发者在正式发布前打磨应用，避免低质量应用泛滥。如果你是认真在做应用，封闭式测试期间要修的问题，往往比你想象的多。所以不管有没有收到反馈，测试期间都应该发新版本。
至于发几次，没有官方标准。我的经验是：每一轮测试至少发 3 个有实际改动的版本，而且每次改了什么要记下来，后面填问卷时用得上。
4申请问卷：最能体现你的诚意
这一条的重要程度不亚于前面任何一条。如果问卷敷衍了事，或者再次申请时对之前的回答一个字都不改，等着你的大概率又是一封被拒邮件，和下一个额外 14 天。
问卷没有标准答案，也千万不要照抄别人的回答。但有几点可以大幅提高获批的概率：
- 完全诚实：问卷第一题就会问你是否用了测试服务提供商的有偿服务。包括这一题在内，你做过的更改、你的目标受众，都不能有任何虚构和夸大
- 字数写够：每个文本框上限 300 个字符。只要你认真做了测试，这个字数很容易写满，我的建议是每个回答至少写到 260 个字符左右
- 语法通顺：拿不准的话可以用 AI 帮你检查语法，但不要让 AI 从零开始替你写，很容易编出不存在的事实，这就违背了第一条
- 跟上现状：再次申请时，文本框会自动填入你上次的回答。不要直接点下一步，逐条看一遍，这次和上次不一样的地方都要改掉。问卷还会多出一个问题，问你这次和上次相比做了哪些改变，可以写换了什么招募渠道、发了哪些更新
想提前准备，可以用我们的免费工具正式版发布权限问卷：9 个问题和 Play 管理中心原文一字不差，字数算法也和后台一致，草稿只保存在你自己的浏览器里。
5测试人员是否真实
这一条最复杂，也最难界定。Google 没有公开它怎么判断"真实测试人员"，但下面这些情况，都可能被归到这一类：
- 安装用户数不够，或者 DAU 几乎没有
- 测试人员用模拟器安装和打开你的应用
- 几十个账号用的是一模一样的机型
如果你找过付费测试服务，测试人员数量也够，却依然被拒，就要想想这些账号的数据，在 Google 看来是不是真实的使用。
再次申请前的检查清单
开始新一轮 14 天之前，逐条对照：
- 统计信息里的安装用户数不低于 12
- 每日活跃用户数量 (DAU) 每天都有数据
- 测试期间发过至少 3 个有实际改动的新版本，并记下了每次改了什么
- 隐私权政策和应用内容声明都填写正确，应用功能完整
- 问卷每个回答都诚实、写够字数，再次申请时逐条更新过
- 测试人员都是真实的人，在真实设备上使用
写在最后
被拒不代表你的应用不行，大多数时候，只是测试的过程没有让 Google 看到足够的真实使用和迭代。
我自己也是在一次次被拒里，才摸清这些门道的。这也是我做 BetaLobby 的原因：它是一个开发者互助的封闭式测试平台，16 位开发者组成一队，互相安装对方的应用，每个人一次就能拿到 15 名测试人员。测试人员是和你处境一样、同样需要通过封闭式测试的开发者；每天打卡时会真的打开一次你的应用，开发者也能在 App 里看到每天有多少人打了卡；模拟器不能加入队伍、配对或打卡。平台完全免费，没有任何付费测试。
当然，能不能拿到正式版发布权限，最终由 Google 决定，任何平台都不能保证。但真实的测试人员、每天真的打开应用、测试期间认真迭代，是你最能把握的部分。