获取12名测试者进行14天测试并更快发布

为什么 Google 要求14天12名测试者？

该要求于2023年底出现，当时 Google 收紧了新个人开发者账号的规则。既定目标是质量：应用应该在真人真正使用过之后进入公共商店，而不是直接从构建机器中出来。

对于 Google 来说，两周的真实测试者活动能比代码审查更可靠地过滤掉低努力和垃圾提交。最初，该规则要求20名测试者，但 Google 在2024年底将其减少到12名，以减轻独立开发者的负担。

这一变化与 Google 大约在同一时间引入的其他身份验证措施并存，包括新账号的电话和身份证验证。它们共同提高了发布到 Play 的门槛，特别是对于发布第一个应用的开发者而言。

重置14天计时的错误

大多数失败的封闭测试不是因为应用质量而被拒——它们被拒是因为12名测试者的人数在某一天悄悄降到了标准以下，或者连续记录中断了。发生这种情况时 Play Console 不会警告您；它只是默默失败，直到您检查“测试者”标签页。

以下是开发者在尝试失败后找到我们时，我们最常看到的情况：

• 测试者在第一天选择加入，然后再也没有打开过应用
• 测试在开放或内部轨道上运行，而不是封闭轨道
• 选择的国家与应用预期的生产国家不匹配
• 测试中期的构建在启动时发生崩溃，因此会话突然停止
• 一名测试者被替换，这会重新开始该席位的14天计数

结账后会发生什么

我们围绕一个理念设计订单流程：您的部分应该只需几分钟，而不是几周。付款确认后，匹配引擎会拉取设备、语言环境和账号年龄符合您应用类别的测试者。

1. 第0–2小时： 您的12名以上测试者已匹配，并且您的列表已通过电子邮件发送给您，准备好粘贴到 Play Console 中。
2. 第2–6小时： 测试者接受您的邀请并选择加入；14天计时开始。
3. 第1–14天： 每位测试者每天打开应用并记录一次会话。您可以全程在 Play Console 中观看选择加入人数的实时更新。
4. 第15天： 您的参与度报告已交付，在您申请生产访问权限时可供参考。

真人 vs。 机器人农场

Google 看重的远不止简单的数量。设备认证、IP分布、账号年龄和行为模式都会影响测试批次是否被视为真实。我们的测试者分布在40多个国家/地区，使用真正的 Android OEM 组合——三星、Google Pixel、小米等——账号具有有机的 Play Store 活动历史。

每位测试者在加入池之前都通过了人工审查，显示可疑模式的账号会被移除，而不是分配给新订单。机器人面板和模拟器农场在这里走了捷径，而正是这种捷径导致开发者账号被标记。

第15天您的收件箱里会收到什么

一旦14天窗口关闭，您将收到一份PDF格式的参与度报告，涵盖 Google 问卷倾向于询问的细节：每位测试者的选择加入时间戳、每日会话时长、设备型号、Android操作系统版本以及测试者所在国家。

大多数开发者在回答生产访问问卷时会附上这份报告的简短摘要，并保留完整文件在手，以防 Google 审核团队跟进询问测试是如何进行的。

申请生产访问权限

满足了14天要求后，Play Console 中的“申请生产”按钮就会解锁。您将回答一份简短的问卷，说明您如何收集反馈以及因此做出了什么改变（如果有的话）——然后 Google 会审核提交的内容。

审核时间各不相同，通常为几天。我们建议等到 Play Console 中确认完整的14天和12名以上的选择加入后再提交；即使提前几个小时申请也是一个常见的、可避免的被拒原因，这与应用质量无关。

此规则适用于您的账号吗？

12名测试者规则专门针对2023年11月13日之后创建的个人开发者账号。组织账号在注册时需要D-U-N-S号码，可免于强制性的封闭测试。

即便如此，许多组织账号还是选择进行封闭测试。上线前的真实使用数据往往能减少早期因崩溃导致的暂停，并让人初步了解应用在开发环境之外的表现。

336小时计时实际上是如何计算的

14天计时从您的第12名测试者接受邀请并选择加入的那一刻开始——Play Console 从该时间戳开始准确计算336个连续小时，按每位测试者而不是每个订单进行追踪。

有两种情况会重置它：选择加入的人数在任何时候降至12人以下（即使是短暂时间），或者移除测试者并用新人替换，新人的计时将从零开始。您可以随时在 Play Console 的“测试者”→“封闭测试”下查看运行中的计数。

Google 如何审核测试本身

通过12/14的门槛会解锁申请按钮，但这并不是 Google 审核权衡的唯一信号。自动化检查以及在某些情况下的人工审核员会查看整个测试期间的会话长度、崩溃率和卸载率。

一个每个测试者在第一天打开过一次就再也没有返回的应用，在技术上仍然可以满足12/14的数字，但在审核员看来却是参与度低。这就是为什么在整个窗口期内每天的、分散的活动比仅仅达到最低数量更重要。

被拒一次——第二次会有什么变化

在做任何其他事情之前，请仔细阅读拒绝原因。“测试不足”与内容或政策拒绝是不同的问题，每种都需要不同的修复方法。在不解决实际原因的情况下重新申请只会产生相同的结果。

如果原因是测试不足，Play Console 需要一个新的、不间断的14天窗口期——已经完成的天数没有部分积分。如果拒绝发生在我们运行的测试之后，且原因纯粹是测试量，我们将免费重新运行。

邀请任何测试者之前的清单

在测试者选择加入之前进行几分钟的设置，可以防止第3章中的大多数失败。首先确认以下每一项：

• 内部测试轨道已由 Google 审核并批准
• 创建了专门的封闭测试轨道——不是开放，不是内部
• 选择的国家匹配或包括您预期的生产国家
• 测试者电子邮件列表或 Google 群组已正确附加到封闭轨道
• 商店列表——图标、屏幕截图、描述——足够完整，测试者不会感到困惑

Play Integrity 实际检查的内容

Play Integrity API 根据三个判定评估每次安装：设备是否达到 Google 的完整性标准，应用二进制文件是否未被修改，以及账号是否处于良好的、已授权的状态。Root设备、模拟器和克隆的APK通常在前两项上失败。

测试批次中一个失败的判定会使整个群体受到怀疑，这就是为什么在真实的、未经修改的物理设备上的测试者比单纯的人数更重要。这也是廉价的基于机器人的面板使开发者账号面临风险而不是保护它的主要原因。

回答 Google 的生产访问表单

生产访问表单用通俗的语言询问两件事：您在测试期间如何收集反馈，以及您因此改变了什么。模糊、通用的答案在每天阅读数百份此类表格的审核员中会很显眼。

具体的答案效果更好——引用一个实际的观察结果，比如某个设备加载时间很慢，以及您为此发布的修复。我们分享由首次尝试即通过的提交内容构建的模板，您可以将其调整以适应您自己应用的测试笔记。

Play Console 术语定义

Play Console 使用的词汇很具体——以下是本指南中最常出现的术语。