Play 管理中心里的“12 人 14 天封闭测试”怎么做？Play Console 待办核对指南｜联系 @google898

登录 Google Play Console 后，选中目标应用，进入“发布”区域查看发布概览与政策状态；若页面提示需要完成封闭测试，再转到测试轨道中的封闭测试页面。遇到无法提交或状态异常时，记录账号、应用包名、测试轨道、完整错误提示、截图和发生时间。

Play 管理中心涉及账号主体、应用资料、测试版本与正式版本，处理入口并不相同，不要把测试未完成、账号验证未通过和发布资料缺失混为一谈。 账号费用与主体资格应在开发者账号详情或注册页面核对。Google Play Console 官方公开说明为注册时支付一次性注册费，公开资料常列约 25 美元，并非按年缴纳的会员费；实际付款币种与金额以注册当页为准。

第三方在线客服提供的价格属于单独报价，不能当作官方费用说明。至于“谷歌开发者账号购买”，购买或接手账号不能替代后台要求的账号信息、组织验证或测试待办；付款前应确认实际控制人、付款凭证、管理员邮箱、验证邮件接收权和应用归属，无法说明这些条件的账号不要用于上架。 所谓“12 人 14 天封闭测试”，是部分较新的个人开发者账号在首次向所有用户正式发布前看到的封闭测试待办。

社区常用约 12 名测试人员和连续约 14 天概括这项要求，但实际人数、天数及适用条件必须以 Play Console 当前提示为准，后台显示不同要求时应按页面执行。该待办没有合规的跳过方式，不能通过直接提交生产版本、重复勾选待办或临时更换轨道来消除，必须由符合条件的测试人员真实完成规定周期。

封闭测试需要按页面顺序操作：进入目标应用的封闭测试轨道，创建或选择测试轨道并绑定待测版本，检查测试资格和参与方式，再添加测试人员或测试群组。测试人员应使用真实可用的 Google 账号加入，并确认受邀状态、名单人数及测试版本安装情况。不要只导入一份邮箱列表；后台要求的加入、持续参与或反馈动作都要真实完成。

内部测试通常供开发团队内部验证，开放测试面向更广泛用户，两者都不自动替代后台指定的封闭测试待办。 封闭测试轨道显示完成后，也不能直接认定应用已经上架。测试轨道就绪只代表测试环节满足当前页面要求，测试版本获准发布不等于生产版本已经发布。还要回到“版本发布”或等效页面，选择准备正式发布的版本，核对版本代码、发布说明、签名和商店信息是否完整，再启动生产发布。

测试、测试版本审核和生产发布各有独立状态，应以发布概览中的实际待办为准。 组织开发者账号还要完成组织身份验证。组织账号挂在公司或机构名下，商店可显示组织名称，并支持邀请成员进入 Play Console；创建时需要按后台要求提交真实有效的证明材料，不同地区与主体所需材料可能不同，不能套用其他主体的材料。

市场中所说的“白包”通常指尚未关联已上架应用的组织号，沟通时宜明确写成“未上架组织号”，同时注明是否已经通过组织验证。组织账号是否显示同类封闭测试待办，也不能仅凭个人账号规则推断，仍需查看具体后台。 提交前可逐项确认：登录的是否为正确所有者账号，管理员邮箱能否接收验证通知；目标应用与商店资料主体是否一致；发布概览和政策状态是否仍有待办；应用内容页面标记的必填项是否完成；

封闭测试人数、持续时间、人员加入状态和测试版本是否满足当前提示；准备发布的目标版本及轨道是否正确。若某项提示来自独立页面，只修改受影响环节，不必重填全部资料，并保留修改前的提示原文和操作时间。 处理完成后回到发布概览复查政策状态、封闭测试轨道和生产版本状态。页面刚变化时按后台提示等待，不连续重复提交；若状态没有更新，再检查验证邮件、测试人员资格、审核说明和版本关联情况。

出现新问题时，记录新的错误原文、时间和对应页面，仅处理真正受影响的环节，以后台最终显示的状态判断是否完成，而不是依据第三方客服的预计结果。