Play Console 封闭测试:12 名测试人员,14 天

2023 年 11 月 13 日之后开通的个人(个体)Play Console 账号,在首次获得正式发布(production)权限之前,必须完成一次不间断、为期 14 天、至少有 12 名活跃测试人员参与的封闭测试。该要求仅适用于个人账号类型,且仅适用于该日期之后开通的账号。

组织(Organization)账号可豁免此要求。不过 Google 并不是用一句单独的豁免条款来表达这一点,而是通过将规则的适用范围仅限定为个人账号来表述——官方要求文本只提到"personal accounts"(个人账号),完全没有提及组织账号。实际结果是一样的:以 D-U-N-S 编号或合法公司注册信息验证的账号类型没有封闭测试义务。同样,2023 年 11 月 13 日之前开通的个人账号也不受此规则影响;你可以在 Play Console > Settings > Developer account 中查看账号的开通时间。

这项规则会不时变化——旧的要求是 20 名测试人员,后来降到 12 名。申请前请务必在 Play Console 中查看当前要求;本文中的数字反映的是发布时的有效规定。

最快的途径是你的家人和朋友圈:任何拥有真实 Android 设备和真实 Google 账号的人都可以被邀请。如果自己找齐 12 个人比较困难,一种常见做法是利用开发者社区中的"互测"帖子(如 r/androiddev 这类 subreddit、土耳其语/英语开发者的 Discord 和 Telegram 群组、独立开发者论坛)——你测试别人的应用,对方测试你的应用。

你可以通过邮件列表或 Google 网上论坛邀请测试人员;在 Play Console 的 Testing > Closed testing 中可以管理邀请链接或名单。测试人员必须真正接受邀请并打开应用——仅发送邀请是不够的,真正算数的是接受邀请加上至少一次启动。

模拟器、机器人账号,或同一个人使用多个账号加入都不算数;Google 能够检测到这一点并重置 14 天计时器。找到 12 名以上使用真实设备和真正独立 Google 账号的人,远比试图走捷径可靠得多。

在 Play Console 的 Testing > Closed testing 中创建一个测试轨道,并上传适合上架商店的 AAB。如果这是该应用上传到 Play Console 的第一个版本,上传必须手动完成——CLI 或自动化提交在首次上传时不可用。

2. 通过邮件列表或 Google 网上论坛邀请测试人员,并分享加入链接。14 天倒计时只有在 Google 批准你的版本并且至少有 12 人加入之后才会开始——而不是从你上传版本的那一刻开始。

3. 在这 14 天内,要确保参与人数不低于 12 人;如果低于该数字,流程可能会重置。在此期间,你可以自由收集测试反馈并上传新版本以修复严重错误;上传新版本不会重置 14 天计时器。

4. 期限结束后,在 Play Console 中完成"Apply for production access"流程;系统会要求你回答关于应用、测试流程和生产就绪情况的问题。这项申请是需要填写的表单,不是自动批准——Google 的评估通常需要 7 天或更短时间,但在某些情况下可能需要更长时间。

5. 一旦申请获批,你就可以在 Play Console > Production 下创建新版本并正式上线;你不必把封闭测试中使用的那个 AAB 原样带入正式发布——可以上传一个全新的版本。

大多数"无法进入正式发布"的抱怨都源于对计时器何时开始的误解:不是你上传版本的那天,而是 Google 批准和第 12 名参与者加入这两者中较晚发生的那个时间点。只要缺少其中一个条件,计时器就永远不会开始运行。

第二个常见问题是参与人数在此期间跌破 12 人——如果某个测试人员卸载了应用或退出了项目,人数就可能下降;一开始就多留一点缓冲(比如 15 人)可以提供余地。

第三是完成了封闭测试却跳过了"Apply for production access"这一步——14 天期满并不会自动授予正式发布权限,必须完成一个单独的申请流程。忽略这一步的开发者往往搞不懂为什么期限已到却仍然无法进入正式发布。