Google Play 正式版访问权限提示“需要更多测试”：邮件含义与重新申请方法（2026）

Google Play 发来的“需要进行更多测试才能访问 Google Play 正式版”（More testing required to access Google Play production）邮件，意味着 Google 拒绝了你的正式版访问权限申请。这不是政策警告，也不会暂停你的应用，但会耽误时间：你需要再进行一轮 14 天的封闭测试才能重新申请。本指南逐条解读邮件中的原因，列出额外 14 天内需要改进的内容，并演示如何重写问卷，让第二次申请就成为最后一次。如果你还没有开始封闭测试，请先阅读我们的 12 名测试人员、14 天测试计划。

“需要进行更多测试才能访问 Google Play 正式版”是什么意思？

这意味着 Google 审核员阅读了你的正式版申请，认为你的封闭测试还没有提供足够证据证明应用已准备好面向公众。在你进行更多测试并再次申请之前，正式版和预注册功能都将保持锁定。

截至 2026 年 11 月，Google 的应用测试要求适用于 2023 年 11 月 13 日之后创建的个人开发者账号。这些账号必须“为应用进行封闭测试，且至少有 12 名测试人员连续选择加入至少 14 天”。达到这些数字只是让你有资格申请，申请本身还要经过审核。Google 列出了两个可能需要更多测试的原因：“选择加入的测试人员少于 12 名，或测试期间测试人员参与度不足”。Google 表示审核“通常需要七天或更短时间，但偶尔可能更久”，结果会通过电子邮件发送给账号所有者。

拒绝邮件中的每条原因分别是什么意思？

邮件中的每一行都指向一个具体缺口：测试人员没有真正使用应用、测试期间看不到根据反馈做出的改动，或问卷回答太笼统而无法判断。邮件可能列出其中一条、两条或全部三条原因。

公开分享过这封邮件的开发者引用的原因大致相同：“测试人员在封闭测试期间未积极使用你的应用”（Testers were not engaged with your app during your closed test）；“你未遵循测试最佳实践，其中可能包括收集用户反馈并通过应用更新加以落实”；以及关于应用、封闭测试或正式版就绪情况的回答“不完整或不充分”。邮件最后的指示是：“再次申请前，请使用封闭测试与真实测试人员再测试 14 天。”Google 没有公布如何衡量参与度，因此下表将每条原因对应到 Google 帮助页面中的相关表述以及修复方法。

被拒后应该立即做什么？

保持封闭测试运行，告诉测试人员不要退出，并在几天内发布一个新的封闭测试轨道版本。Google 的页面说明，如果申请未获批准，“你可能需要继续进行封闭测试”，因此删掉测试再重新开始只会白白丢掉你的测试人员基础。

1. 不要删除封闭测试轨道或测试人员列表。Google 提醒：“如果测试人员退出后又重新加入，14 天必须是连续的”，所以现在离开的任何测试人员都会重新开始计时。
2. 给每位测试人员发消息。说明测试将再持续 14 天，他们必须保持选择加入，以及这一轮希望他们尝试哪些内容。
3. 在 Play 管理中心检查测试人员数量。把从未安装应用的人替换为真正会使用的人。那些装了却从不打开的朋友，通常就是“未积极参与”的原因。
4. 建立一个统一的反馈渠道。Google 建议使用群聊，共享表单也可以。无论选择哪种，都要保存每条消息并注明日期。
5. 编写覆盖每个主要功能的任务清单：注册、核心操作、设置、购买（如果应用有结算功能，请使用许可测试人员），以及任何离线或通知流程。
6. 在第一周内发布一个封闭测试轨道更新，修复某位测试人员报告的问题，并在版本说明中写明该修复。在第 14 天之前规划第二次更新。
7. 运行发布前报告，修复其中发现的崩溃和无障碍警告。
8. 重新申请前，确认内容分级、目标受众和数据安全表单准确无误。如果应用需要登录，请按照 Google 页面的要求提供“有效且可用的登录凭据”。

如果你的应用上线前还需要提升 target SDK，请在同一时间窗口内一起完成。我们的目标 API 级别 36 指南介绍了 2026 年 11 月 1 日的截止期限。

如何重写正式版访问权限问卷的回答？

用具体内容取代笼统表述：测试人员用了哪些功能、收到多少条反馈、如何收集、哪个版本修复了什么，以及哪些证据表明应用已经稳定。每条回答都应该是只有真正做过测试的开发者才写得出来的内容。

你可以在 Play 管理中心的信息中心（Dashboard）中点击申请正式版（Apply for production）打开表单。表单分为三部分：你的封闭测试、你的应用，以及你的正式版就绪情况。如果在点击“下一步”之前离开某个部分，填写进度会丢失，所以请先在文档中起草答案。一位 itch.io 上的开发者报告称“每条回答有 300 个字符的限制”，这也是提前起草并精简的另一个理由。第 2 部分的回答不会公开展示，也不会影响应用的曝光度。

以下以一个假设的习惯追踪应用为例。“较弱的回答”是那些被判定为“不完整或不充分”的申请中常见的写法：

其他开发者在“需要更多测试”被拒后有哪些经历？

公开案例呈现出一个共同规律：测试人员选择加入却从不反馈的应用被拒，而一小群提供反馈并看到应用随之改进的测试人员则帮助应用获批。测试人员数量远不如使用证据重要。

• 在 MIT App Inventor 社区中，开发者 shigeki_suzuki 于 2024 年 7 月报告，其应用 Season Clock 通过一款测试互换应用凑满 20 名测试人员并测试了 14 天，随后收到“需要进行更多测试才能访问 Google Play 正式版”，原因是“测试人员在封闭测试期间未积极使用你的应用”。他们写道，自己不知道测试人员是谁，也没有收到任何反馈，因此无法描述测试过程或做了哪些改动，只能重新测试。
• 在 Adalo 论坛上，用户 siang32195 于 2024 年 8 月在使用招募来的测试人员后收到了同样的“需要更多测试”消息。他们询问如何核实测试人员是否真的使用了应用。回复建议使用时长追踪工具，或提交一份列出每位测试人员覆盖的测试场景的书面报告。该帖子没有说明第二次申请是否成功。
• 一位在 itch.io 上撰文的独立游戏开发者“勉强凑够 12 名测试人员”，但写道自己“对游戏做了多次更新”，并且“尽可能记录了与测试人员的所有互动”。他们在申请中使用了这些记录，并报告说：“提交申请后 36 小时内，我就获得了正式版访问权限。”

对比很明显：20 名测试人员但没有反馈记录的应用被拒，而 12 名测试人员、留有完整反馈与更新记录的应用获批。应当在你的记录足以用具体内容回答问卷每一项时再重新申请，而不是天数一到 14 天就提交。

什么时候再点击“申请正式版”？

当至少 12 名测试人员又连续选择加入 14 天，并且你在此期间发布了基于反馈的更新后，再重新申请。Google 的页面没有提到等待期，但用同样的证据再次申请，很可能得到同样的结果。

• 至少 12 名测试人员保持选择加入，没有退出间断，再连续满 14 天（建议 15 名以上作为缓冲）
• 被拒后至少发布两个封闭测试轨道版本，每个版本的说明中都写明一项测试人员报告的修复
• 一份带日期的反馈日志，按类型（bug、体验、需求）统计数量，并注明每条的收集方式
• 测试人员使用过每个主要功能，包括登录、购买和通知（如适用）
• 发布前报告中没有未解决的崩溃
• 准确的内容分级、目标受众和数据安全表单，以及可用的审核员登录凭据
• 已在文档中起草好问卷答案，包含功能、数量和版本号

Google 的页面还提醒：“提交不合规的应用并期待审核员发现问题，会导致被拒、审核延迟以及更漫长的申诉流程”，因此请在申请之前而不是之后解决所有政策问题。如果你希望把 Play 管理中心设置、封闭测试计划和申请交给别人处理，我们的 App Store 提交服务以 $599 覆盖两大应用商店。开发者账号费用另计。