等了 14 天封闭式测试，申请正式版后却被拒绝，没有什么比这更让人沮丧了。消息通常会说你的应用需要更多测试才能发布，并且在继续进行封闭式测试后可以再次申请。没法发布，没有明确的期限，感觉这两周白费了。
其实并没有完全白费。被拒说明 Google 没有看到足够的证据证明这是一次真实的测试，而这是可以弥补的。本文解释常见原因、每个原因在实际中意味着什么，以及如何准备一份更有说服力的第二次申请。
被拒到底意味着什么
新个人账号的正式版访问权限分为两层。第一层是机械性的：至少 12 名测试人员在最近连续 14 天内选择加入封闭式测试。满足后会解锁 申请正式版 按钮。第二层是审核：Google 会有人查看你的回答和测试活动，判断这次测试是否有意义。（基本规则请见 12 名测试人员、14 天要求详解。）
被拒几乎总是发生在第二层。你达到了人数和天数，但审核人员对测试期间发生的事情，或者你对它的描述，并不信服。
常见理由及其含义
Google 的消息通常会列出一个或多个理由。以下是开发者最常反馈的几种（意思转述）：
| 常见理由 | 通常意味着 | 需要改变什么 |
|---|---|---|
| 测试人员在封闭式测试期间没有参与使用你的应用 | 测试人员选择加入了，但很少或从未打开应用 | 找会安装并经常使用应用的测试人员 |
| 你没有遵循测试最佳做法 | 看不出你收集了反馈并据此采取行动 | 收集反馈，并发布回应反馈的更新 |
| 你的应用需要更多测试 / 尚未准备就绪 | 崩溃、流程走不通或功能非常单薄 | 修复稳定性问题，完善核心功能 |
| 回答没有描述测试情况 | 表单上的回答含糊或笼统 | 用测试中的具体细节重写回答 |
测试人员没有参与使用
这是最常见的一种。选择加入足以让计数器达标，但并不代表有人用过你的应用。如果你的测试人员大多来自每个人都要选择加入几十个应用的快速互测，或者来自只把账号加到你名单里的卖家，那么 Google 看到的活动几乎为零。
没有遵循测试最佳做法
在 Google 看来，封闭式测试是一个循环：测试人员使用应用，你收集反馈，你改进应用并发布更新。如果测试轨道上仍然是第一天的那个初始版本，而你的回答也没提到任何反馈，那就看不到这个循环。
应用本身还没准备好
有时问题出在产品本身。Android vitals 中频繁的崩溃或 ANR、审核人员过不去的登录页面、占位内容，或者只是一层网页套壳的应用，无论测试如何都可能导致被拒。如果你的应用需要账号，请检查是否在 应用访问权限 中提供了可用的登录信息。
再次申请的分步计划
- 仔细阅读消息。 记下其中列出的每一条理由，并在 Play Console 中查看该应用是否有政策消息或警告。
- 让封闭式测试继续进行。 不要删除测试轨道，也不要移除测试人员。确认仍有至少 12 人选择加入，如果不够，现在就补招。
- 解决参与度问题。 确保测试人员已安装应用并真正使用。给他们发一份简短的待试清单，替换掉从不打开应用的测试人员。
- 解决稳定性问题。 打开 Android vitals 和预发布报告，修复崩溃和 ANR，并在旧版 Android 和小屏幕上测试。
- 有计划地收集反馈。 在测试轨道上设置反馈邮箱或表单，向测试人员提具体的问题，并记录他们的回答。
- 至少发布一次有实质内容的更新。 向封闭式测试轨道发布修复已报告问题的新版本，并在版本说明中写清改动。
- 根据笔记重写回答。 用上数字、设备、版本和具体改动。我们的 正式版访问权限申请问题指南 中有示例。
- 在 Play Console 允许时再次申请。 信息中心会显示何时可以再次申请。
需要等多久
Google 并没有为所有情况公布一个统一的固定等待期，你的应用以消息和信息中心显示的为准。实际上，在再次申请之前，至少要计划再进行一段积极的封闭式测试，通常大约还需两周。把这段时间用在上面的步骤上，而不是干等。
等待期间检查基础项
利用等待时间检查审核人员最先看到的那些部分。确保商品详情描述的是应用真正的功能，屏幕截图与当前版本一致，隐私权政策链接有效，数据安全表单与应用及其 SDK 实际收集的数据相符。这些都替代不了一次更好的测试，但一个整洁、前后一致的应用更容易获批。
不该做什么
- 不要用新的软件包名称创建新应用 来重新开始。你会带着同样的问题从零开始计算 14 天。
- 不要添加虚假账号 来凑人数。这对参与度毫无帮助，还可能给你的账号带来政策问题。
- 不要重新提交同样的回答。 第一次没说服审核人员，第二次也不会。
- 不要把 Play Console 登录信息分享给 任何承诺帮你搞定的人。
下次如何避免被拒
大多数被拒都可以在测试的头几天就预防。对于你的下一个应用：
- 招募 15 名或更多会 使用 应用、而不只是选择加入的测试人员。我们对 去哪里找测试人员 的比较解释了各种取舍。
- 第一天就设置好反馈渠道，具体见 封闭式测试设置指南。
- 在测试中期安排一次更新，哪怕只是很小的更新。
- 边测边记笔记，到第 15 天申请材料几乎就写好了。
TesterBie 如何帮忙
参与度正是我们这项服务的核心。TesterBie 用真实 Android 手机运行你的封闭式测试，每部手机都登录独立的 Google 账号，会从 Google Play 安装你的应用，并在 14 天里每天使用。如果某部手机出问题，备用手机会确保人数保持在 12 人以上。Bug 会连同手机型号、Android 版本和截图一起报告，为你提供可以据此改进、也可以写进回答里的反馈。
我们也为测试部分负责：如果 Google 因为我们的测试人员没有满足 12 名测试人员、14 天的要求而拒绝正式版访问权限，我们会全额退款。Google 的决定还取决于你的应用和你的回答，所以测试结束时我们会给你一份报告和建议。查看套餐与保障 或 开始测试。
常见问题
正式版访问权限被拒后，我的测试人员会没了吗？
不会。你的封闭式测试轨道及其已选择加入的测试人员都保持不变。在改进应用期间，让测试继续进行，并确保至少 12 名测试人员保持选择加入。
被拒后应该重新开始一次封闭式测试吗？
通常不需要。继续现有的封闭式测试，提高参与度并在同一个轨道上发布更新，然后在 Play Console 允许时再次申请。
可以就被拒一事联系 Google Play 支持团队吗？
你可以从 Play Console 联系开发者支持团队，但这个决定通常基于测试活动。改进测试和回答才是获批最可靠的途径。
被拒会影响我的开发者账号吗？
正式版访问权限被拒并不属于违反政策。它只说明应用需要更多测试。违反政策的情况会单独处理，并显示在 Play Console 的政策状态中。