因“在封闭式测试期间，测试人员未参与您的应用”被拒：是什么意思，如何重新申请

1. 这句话是什么意思

如果您申请正式版访问权限后，以“在封闭式测试期间，测试人员未参与您的应用”为由被退回， 说明 Google 质疑的不是人数和天数，而是测试的内容。即使 12 名测试人员在 14 天内都处于参与状态，Google 仍认为这段时间里实际打开并使用应用的痕迹不足。

Play Console 帮助中心文档也列举了两种需要额外测试的情况：选择加入的测试人员少于 12 名，以及测试人员参与不足。 这句话属于后一种情况。

2. 常一同出现的原因

这句话通常不会单独出现，而是经常与未遵循测试最佳实践（例如通过更新收集并采纳用户反馈）这一原因一起出现。 同时，Google 会建议您与真实的测试人员继续进行封闭式测试，然后再重新申请。

把这两个原因放在一起，就能看出 Google 想看到什么：测试人员使用了应用，开发者根据他们的反应改进了应用。只凑够人数的测试缺少这样的过程。

3. Google 如何看待参与度

Google 没有公开用什么来衡量参与度。每天要用几次、每次要用几分钟以上之类的说法，在 Google 文档中都找不到。 文档中可以确认的，是正式版访问权限调查问卷所询问的内容。

• 测试人员是否试用了应用提供的所有功能
• 测试人员的使用方式与您预期的真实用户使用方式是否一致；如果不同，有何不同
• 从测试人员那里收到的反馈摘要，以及收集反馈的方式
• 根据封闭式测试的结果对应用做了哪些修改

也就是说，审核人员会把问卷回答和测试期间的记录放在一起看。没有事实可写的测试，在问卷中也会暴露出来。每道题该写什么，我们整理在了 正式版访问权限调查问卷逐题示例中。

4. 常见的叠加原因

• 只安装不打开的测试人员。 通过互测招募的测试人员中很常见。他们计入人数，却不会留下使用记录（互测容易出问题的地方）。
• 在首屏就卡住的应用。 如果需要登录但测试人员无法创建账号，或者首次启动很慢、出现错误，测试人员就用不到功能。 需要登录的应用，还必须在 Play Console 中填写供审核使用的登录信息。
• 整个测试期间只有一个版本。 这样就无法展示您从测试中看到了什么、修改了什么（封闭式测试期间的更新）。
• 没有收集反馈的渠道。 如果测试人员没有地方反映不便之处，就无法填写问卷中“收到的反馈”这一题。
• 问卷只写了“测试顺利完成”。 没有数字、版本和修改内容的回答，无法证明您确实做过测试。

5. 重新申请之前

1. 不要停止测试。 保持轨道和测试人员列表不变，人数和天数条件就会保持。新建轨道则会从头开始计算。
2. 让测试人员试用功能。 像“请登录后试一次○○，再用一句话写下不方便的地方”这样，具体地拜托他们要做的事。 Google 也建议把测试人员聚集到一个消息群组中交流反馈。
3. 根据收到的反馈上传更新。 哪怕改动很小也没关系，上传两三次，并在版本说明中写明修改了什么。
4. 积累使用记录后重写问卷。 文档并没有规定重新申请前必须等待多久，但如果马上用同样的内容提交，结果很可能也一样。 请积累几天到 14 天左右的实际使用和更新后再提交。

如果想与其他拒绝原因一起对照，请参阅 正式版访问权限被拒的 7 个原因。