Google Play Production Access 怎么申请？12人14天测试、Closed Testing 与正式发布完整指南
对于刚开始使用 Google Play Console 的个人开发者来说，最容易产生疑问的一个地方就是：
为什么 App 已经创建好了，却不能直接发布到 Production？
很多人会在后台看到：
Production 暂时不可用。
原因通常是：
新个人开发者账号还没有满足 Google Play 的测试要求。
Google 当前规定，2023年11月13日之后创建的个人开发者账号，在获得 Production Access 之前，需要先完成 Closed Testing。当前要求是至少 12 名测试人员连续加入测试满 14 天。满足条件以后，才能申请 Production Access。
一、什么是 Production Access？
Production Access 可以简单理解为：
正式发布权限。
只有获得这个权限以后，App 才能进入 Google Play 的 Production Track，面向普通用户正式发布。
在此之前，开发者主要可以使用：
Internal Testing。
Closed Testing。
部分测试功能。
而 Open Testing、Production 等功能会受到限制。
二、哪些账号需要做 12 人 14 天测试？
当前规则主要针对：
2023年11月13日以后创建的新个人开发者账号。
Google 官方要求这些账号在申请 Production Access 前，先完成符合条件的 Closed Test。
所以不是所有账号都完全一样。
组织账号和早期个人账号的流程可能不同。
这也是为什么我们前面一直强调：
购买或注册 Google Play Developer Account 时，一定先确认账号类型和创建时间。
三、为什么 Google Play 要求先测试？
Google Play 的目的之一，是让开发者在正式发布之前先验证：
App 是否稳定。
核心功能是否正常。
测试人员是否真实使用。
是否存在明显 Bug。
用户体验是否需要改进。
这不是单纯为了“卡时间”。
Google 把测试作为新个人开发者正式发布前的一部分流程。
四、Internal Testing 和 Closed Testing 有什么区别？
Internal Testing
更适合开发初期快速测试。
开发者可以把 App 分发给一小部分可信测试人员。
Google 官方说明，Internal Testing 可以在 App 完整设置之前开始，而且通常新 Build 很快就能提供给测试人员。
Closed Testing
则是更正式的受控测试。
测试人员需要通过指定名单、Google Group 或测试链接加入。
对于需要申请 Production Access 的新个人账号来说，关键要求发生在 Closed Testing。
五、12 名测试人员是什么意思？
Google 当前要求：
至少 12 名测试人员。
而且这 12 人需要：
连续保持 opted-in 状态至少 14 天。
这意味着不能简单理解成：
今天有12人。
明天换另外12人。
后天再换一批。
重点是：
有至少12个符合要求的测试人员，在完整测试周期内持续加入。
六、14 天从什么时候开始算？
一般是从满足测试条件以后开始计算。
也就是说：
App 已经发布到 Closed Testing。
并且已经有至少12名测试人员加入。
然后保持连续14天。
后台会显示测试进度。
所以最稳妥的做法不是卡着第14天才检查。
而是提前多准备几名测试人员，避免有人中途退出导致条件不满足。
七、测试人员是不是只加入就可以？
Google 官方要求的是 Closed Testing 达到相应人数和时间要求。
申请 Production Access 时，开发者还需要回答和测试过程相关的问题，包括：
测试情况。
App 情况。
Production readiness。
所以实际操作中，建议让测试人员真实使用 App。
例如：
打开核心页面。
注册登录。
测试主要功能。
提交反馈。
发现问题后进行修复。
这样你在后面回答测试问题时也更有依据。
八、怎么创建 Closed Testing？
大致路径是：
进入 Play Console。
选择对应 App。
进入：
Test and release → Testing → Closed testing
创建 Closed Testing Track。
然后：
上传 AAB。
创建 Release。
添加测试人员。
发布测试版本。
测试人员通过链接加入。
这样就可以开始 Closed Testing。
九、测试人员怎么邀请？
常见方式包括：
邮箱列表。
Google Groups。
测试加入链接。
具体采用哪种方式，取决于你的测试规模和管理方式。
如果只有十几个人，可以直接管理测试邮箱。
如果测试人员比较多，Google Group 会更方便。
十、测试人员加入以后要做什么？
建议至少完成：
安装 App。
打开 App。
体验核心功能。
测试主要流程。
发现问题。
反馈问题。
如果开发者发现 Bug，可以继续发布新的 Closed Testing Build。
Google 的测试体系本身就是为了让开发者在正式发布前逐步完善 App。
十一、测试期间可以更新版本吗？
可以。
Closed Testing 并不意味着14天只能用一个 Build。
如果发现问题，可以：
修复 Bug。
上传新的 AAB。
发布新的 Closed Testing Release。
继续测试。
这样更符合正常开发流程。
十二、测试满14天后会自动获得 Production Access 吗？
不会。
这是很重要的一点。
满足测试要求以后，你获得的是：
申请 Production Access 的资格。
Google 官方说明，满足条件后，开发者需要在 Play Console Dashboard 中提交 Production Access 申请，并回答关于测试、App 和发布准备情况的问题。
所以不是第14天一到就自动开放。
十三、申请 Production Access 会问什么？
具体问题可能根据后台变化，但通常会围绕：
App 是做什么的。
测试人员是谁。
怎么招募测试人员。
测试期间做了什么。
收到了什么反馈。
根据反馈做了哪些改进。
为什么认为 App 已经适合正式发布。
所以建议测试期间就记录：
Bug。
反馈。
修改内容。
测试人员意见。
这样申请时会更容易回答。
十四、Production Access 申请能不能随便填写？
不建议。
因为 Google 想确认的是：
你确实进行了测试。
而不是为了满足数字随便找12个人挂着。
所以回答应该基于真实测试过程。
例如：
测试人员发现了登录异常。
你修复了登录流程。
测试人员反馈按钮位置不清楚。
你调整了 UI。
这种真实信息会比空泛地写“测试正常”更有意义。
十五、Production Access 申请通过以后有什么变化？
获得 Production Access 后，就可以使用：
Production Track。
Open Testing。
以及需要 Production Access 的相关发布功能。
然后就可以开始准备正式 Google Play 上架。
但这不代表 App 一定直接上线。
App 仍然需要经过正常审核。
十六、Production Access 和 App Review 是一回事吗？
不是。
Production Access 是：
允许你申请正式发布。
App Review 是：
Google 对你的 App 和商店资料进行审核。
所以即使已经有 Production Access，App 仍然可能因为：
政策。
隐私。
权限。
Data safety。
商店资料。
功能问题。
而被拒绝或要求修改。
十七、Policy Status 需要提前看吗？
建议看。
Google Play Console 中的 Policy Status 会显示 App 是否存在：
Rejection。
Removal。
Suspension。
或者其他政策问题。
如果显示：
No issues found
说明当前没有针对这个 App 的执行措施。
如果有 Policy 问题，就应该先处理，再继续后面的发布流程。
十八、Closed Testing 和我们前面写的“账号购买”有什么关系？
关系非常大。
比如你购买一个 Google Play个人开发者账号。
你不能只问：
“账号能不能登录？”
还要问：
这个账号是否需要 Closed Testing？
Production Access 有没有拿到？
测试是否已经完成？
因为这会直接影响：
拿到账号以后多久能发布 App。
这也是为什么前面“Google Play账号价格”和“购买后验收”文章里一直强调 Production Access。
十九、为什么有人完成14天以后还不能正式发布？
原因可能很多。
比如：
实际测试条件没有持续满足。
测试人员中途退出。
申请回答不足。
Google 认为 App 还需要更多测试。
App 或账号还有其他待处理事项。
所以不要把：
12人 + 14天
理解成一个机械的“100%自动放行公式”。
它是申请 Production Access 的基础要求。
最终仍然需要完成 Google 的申请流程。
二十、建议怎么准备这14天？
比较稳的方式是：
第一，准备 15～20 名测试人员，而不是只准备12人。
第二，确认他们都成功加入 Closed Testing。
第三，实际安装并使用 App。
第四，收集 Bug 和反馈。
第五，中途有问题就更新 Build。
第六，记录修改内容。
第七，14天后准备 Production Access 申请。
这样比只盯着倒计时更稳。
二十一、正式申请前检查清单
建议确认：
Closed Testing 已发布。
至少12名测试人员持续加入。
时间达到14天。
App 功能正常。
主要 Bug 已处理。
商店资料基本准备好。
Data safety 已整理。
Privacy Policy 可访问。
Policy Status 无明显问题。
测试反馈有记录。
Production Access 问题准备好。
二十二、这篇在我们的矩阵里有什么作用？
Google Play这条教程线现在已经包括：
账号类型。
个人账号测试。
组织账号验证。
验证失败。
Data safety。
App Transfer。
Payments。
现在进一步补：
Production Access。
整体链路就变成：
开发者账号 → Closed Testing → Production Access → Data safety → Store Listing → App Review → Production
这是 Google Play 上架矩阵非常关键的一环。
总结
对于符合新个人账号条件的 Google Play开发者来说，Production Access 是正式发布 App 之前非常关键的一步。
当前核心要求是：
Closed Testing + 至少12名测试人员 + 连续14天 + 提交Production Access申请。
但不要只把测试理解为“凑人数”。
更合理的做法是利用这14天：
真实测试。
发现问题。
修改 App。
收集反馈。
这样不仅更符合平台流程，也能降低正式发布后出现问题的概率。
