对于全新的个人开发者账号，通往正式发布的路并不是从发布轨道开始的——而是从一轮封闭测试开始：必须运行两周，至少有 12 名真实的、已选择加入的测试人员，随后 Google 会审核你的应用和测试设置。自 2023 年 11 月起，这项封闭测试要求已成为全新的 Google Play 账号看起来“准备就绪”却无法发布任何内容的最常见原因。本指南将详细说明具体要求、Play Console 设置、正式版访问权限申请，以及那些让账号困在测试 limbo 中的错误。
Google 为何引入封闭测试要求
2023 年 11 月，Google 更改了新建个人开发者账号的规则：在申请正式版轨道访问权限之前，你必须先对应用运行一轮封闭测试。该政策旨在阻止低质量、垃圾内容和无关应用进入商店——一个拥有真实用户的真实测试阶段，为 Google 提供了一个检查点，使其能够在授予正式版访问权限之前同时审核应用和开发者。这是一道刻意设置的关卡：招募测试人员、运行两周测试并通过审核所需的努力，恰好能过滤掉该政策针对的那些发布者。
具体要求：12 名测试人员，连续 14 天
Google 自己的措辞，来自Play Console 帮助页面中关于应用测试要求的内容，非常精确：封闭测试必须拥有“至少 12 名测试人员，且他们已连续选择加入至少最近 14 天。”这句话中的三个细节决定了你的计时是否真正开始：
- 至少 12 名测试人员。真正重要的数量是已选择加入的测试人员，而不是已邀请的测试人员。无人接受的邀请毫无意义。
- 已选择加入。测试人员必须打开 Play Console 生成的选择加入链接，并确认参与，计数才会开始。
- 连续 14 天。如果已选择加入的人数在任何时候低于 12 人，连续窗口就会中断——你又得重新等待 14 天。
实际含义是：从一开始就招募 15–20 名测试人员。测试人员流失很正常——人们会更换设备、退出群组或停止选择加入——而超额招募是防止你的两周计时被重置的最廉价保险。
在 Play Console 中设置封闭测试
设置入口位于 Play Console 中的 测试和发布 > 测试 > 封闭测试。完整流程记录在 Google 的开放测试、封闭测试和内部测试指南中；封闭测试的路径如下：
- 创建轨道。在封闭测试部分，创建一个新轨道（或复用现有轨道），并为发布版本命名。
- 上传你打算发布的构建版本。你上传到封闭测试轨道的应用包（或 APK）就是将要接受正式版访问权限审核的应用，所以要测试真实版本。
- 添加测试人员。你可以直接输入电子邮件地址，或者——标准做法——创建或选择一个Google Group，其成员将成为你的测试人员。该群组的电子邮件地址就是你要在正式版访问权限表单上提交的地址，所以请确保该群组由你掌控。
- 发送选择加入链接。Play Console 会为该轨道生成一个选择加入 URL。测试人员必须打开它、接受并加入测试计划，然后才能安装你的应用。正是这个接受步骤，让许多“测试人员”实际上从未成为测试人员。
- 关注符合条件的人数。轨道页面会显示有多少测试人员已选择加入。在该数字连续 14 天达到或超过 12 之前，不要申请正式版访问权限。
申请正式版访问权限
一旦满足 12/14 要求，封闭测试轨道页面就会显示申请正式版访问权限选项。点击它会打开审核表单，要求你描述：
- 你的应用是做什么的——清晰、具体地描述其用途和功能。
- 其主要功能——测试人员实际会体验到什么。
- 如何测试——安装步骤、如需登录则提供登录信息，以及可以尝试哪些操作。
- 你的测试人员——你使用的 Google Group 电子邮件（或测试人员名单）。
提交表单并等待 Google 审核。即使批准通常来得更快，也要按帮助页面提到的最多 7 天预留时间。无论结果如何，你都会在 Play Console 和电子邮件中收到通知。
审核会检查什么
Google 会在授予正式发布权限之前，依据 Play 政策审核你的应用和测试设置。实际操作中，审核涵盖以下内容：应用是否真正可用、能否从封闭轨道干净安装，你的商品详情和表单回答是否与实际情况相符，你是否拥有真实的测试群体而非虚假群体，以及应用本身能否通过 Play 的常规政策审核。这就是为什么发布权限审核与正式版发布后的常规应用审核是分开的：发布权限审核针对的是你和测试，而后续的发布审核针对的是商店中的应用。如果申请被拒，会给出原因，你可以修复问题后重新申请。
拖慢新账号进度的坑
- 受邀 ≠ 已加入。从未打开加入链接的测试人员不算数。在依赖这个数字之前，先催促他们完成加入。
- 测试人员流失到不足 12 人。要求是持续满足的——多招募一些人，这样即使有几个人退出，也不会让你的两周重新计时。
- 计数期间重建轨道。在计时进行中对测试人员名单或轨道做大幅改动可能破坏连续性。一次设置好，让它跑完。
- 用应用自身的账号当测试人员。应用背后的开发者账号不能同时充当该应用的测试人员；测试人员应当是真正独立的 Google 账号。
- 应用本身存在政策问题。发布权限审核包含政策合规性检查——违反政策的应用会卡在这里，而不只是在发布审核时被拦。
- 过早申请。表单会对照 12/14 这两个数字进行评估；在未达标前提交会很快被拒。
- 忘记应用仍需正常的发布审核。发布权限只是解锁了轨道；你的正式版发布仍然要经过 Google 的常规应用审核。
获得发布权限后有什么变化
获得发布权限后，你可以将已测试的版本提升到正式轨道——这正是整个流程的目的。你可以继续运行封闭测试（有助于审核未来的更新），也可以在版本上线后归档该轨道。你的账号仍然受 Google Play 针对新账号的更广泛规则约束：账号验证、验证前适用的应用发布数量限制，以及持续的政策执行都仍然适用。封闭测试门槛是入场券，而不是合规的终点。
一句话模型：12 名已选择加入的测试者、连续 14 天、一份诚实的正式版访问权限申请表，以及一个符合政策的应用。把这四点做好，封闭测试要求就只是两周的延迟——而不是死路一条。