Google Play 封闭式测试：12 名测试人员、14 天，以及一份能拿到正式版访问权限的测试计划（2026）

如果你的 Google Play 开发者账号是新创建的个人账号，Google Play 封闭式测试就是上线前必须通过的一道关卡。申请正式版时，你的封闭式测试中必须至少有 12 名测试人员处于已选择加入状态，并且每人在此之前已连续加入 14 天。请把它当作一个为期两周的测试项目来运行：有负责人、有排期、有反馈闭环，而不是拖到最后一天才去勾选的复选框。

2026 年 Google Play 封闭式测试有哪些要求？

截至 2026 年 11 月，2023 年 11 月 13 日之后创建的个人开发者账号必须先运行一次封闭式测试，满足“至少 12 名测试人员，且已连续选择加入至少 14 天”，才能申请正式版访问权限。在此之前，该应用的正式版和预注册选项都会保持锁定。

• 提交申请的那一刻，封闭式测试中必须有 12 名测试人员处于已选择加入状态。
• 他们必须在此前 14 天内连续保持加入状态。
• 测试人员如果退出后重新加入，必须重新累计连续 14 天才算数。
• 完成应用设置后即可使用封闭式测试。在获得正式版访问权限之前，开放式测试会一直保持锁定。
• 内部测试没有任何前提条件，但它是一个独立的测试轨道。

这些规则见 Google 的新个人开发者账号的应用测试要求页面。该页面只涵盖个人账号，完全没有提到组织账号，因此请以你自己的信息中心（Dashboard）显示的内容为准，不要先入为主地认定适用或不适用。

如何在 Play Console 中设置封闭式测试轨道？

要设置封闭式测试，请在 Play Console 中打开 Test and release > Testing > Closed testing（测试和发布 > 测试 > 封闭式测试），点击 Manage track（管理测试轨道），在 Testers（测试人员）标签页中添加测试人员，然后发布一个版本。你可以通过电子邮件列表或 Google 群组添加测试人员。每个列表最多可容纳 2,000 名用户，所以列表容量从来不是瓶颈，真正的难点在于让人们选择加入。

1. 在 Testers 标签页中创建电子邮件列表，或填写一个 Google 群组，例如 yourgroupname@googlegroups.com。
2. 添加反馈网址或电子邮件地址。Google 会在测试人员的选择加入页面上显示它。
3. 复制可分享的选择加入链接，并保存更改。
4. 在封闭式测试轨道上创建一个版本并发布。
5. 版本上线后，同时分享选择加入链接和 Play 商店网址。尚未正式发布的应用无法通过在 Play 中搜索找到。

Google 的测试设置页面列出了几个陷阱。“只有当应用状态为‘已发布’时，才会显示选择加入链接”，所以处于草稿或待发布状态的应用没有链接。上传 CSV 会覆盖列表中已有的地址，而保存为带 BOM 的 UTF-8 格式的 CSV 文件会被拒绝。使用 Google 群组时，成员必须先加入群组才能选择加入测试。已在内部测试中的人员必须先退出内部测试，才能接收封闭式测试版本。

应该招募多少测试人员？哪些人算数？

请招募 15–16 名测试人员，而不是正好 12 名。因为只有通过 Play 选择加入链接加入的人才算数，而在第 14 天之前退出的人完全不计入。每位测试人员的 14 天从其选择加入时开始计算，所以晚加入的人会推迟你最早可以申请的日期。

好的招募来源包括你的邮件列表、Beta 候补名单、使用 Android 手机的朋友，以及愿意与你互测应用的其他独立开发者。请每个人确认自己已接受选择加入链接，并且是从 Play 安装的应用。侧载的 APK 或转发的安装包都不算数。如果你的应用是付费应用，Google 指出测试人员必须购买才能参与，这也是提供免费测试版本或促销途径的又一个理由。

测试人员在这 14 天里应该做什么？

测试人员应该像真实用户那样使用应用，每隔几天完成一项具体任务，这样你才能在测试期内收集反馈并发布修复。正式版申请表会问测试人员是否用过所有功能、他们的使用方式是否与真实场景一致，这两个问题你都需要给出答案。

测试人员无法对测试版本发表公开评价。请通过反馈网址或电子邮件，或通过 Google Play 中的私密反馈来收集意见。为每条反馈做好记录：问题是什么、你改了什么、哪个版本修复了它。如果测试中发现崩溃或页面异常，针对 2.1 拒审的正式构建测试计划同样可以作为 Android 构建的检查清单。

开发者收到“需要更多测试”时是什么情况？

公开的案例显示，凑够测试人员数量只能让你走到提交申请这一步，并不能保证获批。区分获批与被拒的，是可见的测试人员参与度，以及根据反馈做出的更新。

• 使用测试人员服务后被拒。 在 MIT App Inventor 社区上，一位开发者在 2024 年 7 月（当时门槛还是 20 名测试人员）表示，他们通过一个测试人员互换服务凑够了人数，但仍然收到了“需要更多测试才能访问 Google Play 正式版”（More testing required to access Google Play production），理由是“测试人员在封闭式测试期间没有参与使用你的应用”以及“你没有遵循测试最佳实践，其中可能包括收集用户反馈并据此采取行动”。Google 告诉他们：“再次申请之前，请使用封闭式测试与真实测试人员再测试 14 天。”他们还说自己无法填写测试后的表单，因为不知道测试人员是谁，也不知道这些人是怎么测试的。该帖子页面没有给出后续解决情况。
• 重新组织测试后获批。 DEV Community 上的一位开发者发现，大多数亲友用的是 iPhone。只有 4–5 人安装了应用，其中约一半在几天内就卸载了。他们改用设置为“任何人都可以加入”的 Google 群组，并通过一款互测应用招募其他开发者（该文章在推广这款应用）。他们在两天内凑齐了 14 名测试人员，测试期间发布了 6 次小更新，并认真填写了表单答案。据他们所说，提交申请两天后就获得了批准。

结论：两位开发者都达到了测试人员数量要求。获批的那位能拿出真实使用、版本更新和反馈作为依据，而被拒的那位只有数字，却没有可以在表单中描述的证据。如果你已经收到那封邮件，Google Play“需要更多测试”指南介绍了重新申请前需要做出的调整。

“申请正式版访问权限”表单会问什么？

从信息中心打开的“申请正式版访问权限”（Apply for production）表单分为三部分：你的封闭式测试、你的应用，以及你的正式版就绪情况。如果点击“舍弃”（Discard），或者没有点击“下一步”（Next）就离开某个部分，已填写的答案会丢失，所以请提前起草好。

Google 还提醒：“审核不是排查问题的环节”。申请之前，请确认政策合规、内容分级和稳定性；如果应用需要登录，还要确认登录凭据可用。演示账号设置指南是针对 Apple 写的，但同样的审核员登录账号也适用于 Google。

点击“申请正式版访问权限”之前应该检查什么？

申请之前，请确认至少有 12 名已选择加入的测试人员各自已连续加入满 14 天，反馈日志能体现已发布的修复，并且所有应用设置任务均已完成。规划上线日期时要把 Google 的审核时间算进去，审核“通常不超过七天，但偶尔可能需要更长时间”。

实例：一位独立开发者在周一完成应用设置并发布了版本 1。他们从候补名单和一个开发者社区邀请了 16 人，到第 2 天已有 14 人选择加入。他们又催了两个人，并额外补充了三人。第 4 天，一位测试人员报告了在一台旧设备上的崩溃，第 5 天发布了版本 2。由于后加入的人 14 天的起点更晚，这位开发者按每个人分别计算天数，而不是从首次发布算起。等到 12 人都已连续加入满 14 天后，他们提交了申请，并附上日志：共发现九个 bug，修复了七个。

1. 信息中心显示至少有 12 名已选择加入的测试人员，每人均已连续加入 14 天。
2. 封闭式测试轨道上的最新版本就是你计划推送到正式版的版本，并且满足当前的目标 API 级别要求（参见目标 API 级别 36 指南）。
3. 反馈日志列出了发现的问题、做出的改动和已发布的版本。
4. 商店详情页、内容分级、数据安全以及其他设置任务均已完成。
5. 如果应用需要登录，审核员的登录凭据可以正常使用。
6. 表单答案已经起草好，并具体说明了真实的测试人员和真实的改动。

如果你同时发布 iOS 版，App Store 提交清单涵盖了 Apple 这一侧。如果你更愿意把上线工作交出去，我们的 App Store 提交服务会帮你设置 Play Console 和 App Store Connect，并为两边的审核做好准备，费用为 $599；开发者账号费用另计。你也可以发邮件至 yagyeshsrbobde@gmail.com。