closed testing 凑人前，谷歌开发者账号后台要核对哪些项？｜联系 Telegram @google898

打开 Play Console，先看「发布概览」里的待办原文，而不是先去群里问还差几个人。把页面提示、错误原文、当前时间一并截图保存，再判断问题落在账号主体、测试轨道、应用内容还是政策状态。不同环节的入口不在同一页，发布概览负责告诉你还缺什么，具体处理要到对应菜单完成。 账号类型决定后续核对路径。

个人账号与组织账号在后台显示的主体信息不同，组织账号通常要先完成组织身份验证，才能以组织名称展示并邀请成员协作。注册时支付的是 Google Play Console 的一次性注册费，公开资料常写约 25 美元，实际币种与金额以注册当页显示为准，它不是按年续费的会员费。

市场上说「谷歌开发者账号购买」，沟通时应落到可核查状态：所有者邮箱是谁、组织验证是否通过、有无未结政策待办、关联了哪些应用。这些信息让卖方在同一后台页面展示，比只看截图可靠。 进入 Testing 区域，先确认当前用的是内部测试、封闭测试还是开放测试轨道。封闭测试要同时看三样：测试人员名单或绑定的 Google 群组、已上传的测试版构建、以及加入测试链接是否可用。

名单里加了邮箱不等于对方已加入，群组链接也要确认权限设置。构建没进入对应轨道时，测试人员打开链接也看不到版本。 人数和持续时间是最容易混在一起问的。部分较新的个人开发者账号在向所有用户正式发布前，后台会显示封闭测试相关待办；社区常引用约 12 名测试人员、连续约 14 天，但适用条件、人数口径和天数一律以该账号后台提示为准。

真实完成测试是前提，没有合规的跳过路径，也不要用重复账号或虚假人员去凑数，后续审核反而会卡在主体和测试记录上。 操作顺序可以按这个节奏走：先在发布概览确认待办清单，再回到测试轨道补齐人员和构建，确认测试链接能正常打开，然后看测试状态是否已生效。生效有延迟，刚提交完不必连续重复操作；页面提示仍在处理中时，按提示等待，不要反复新建轨道或重复上传同一版本，否则版本号和管理记录会变乱。

提交正式发布申请前，逐项过一遍：当前登录的是不是正确所有者账号；发布概览是否还有未完成项；应用名称、开发者名称与账号主体是否一致；测试版本和测试人员是否已实际生效；政策中心有没有未读通知；此前的错误提示和提交时间是否已保存。任何一项对不上，先解决那一项，不要带着旧错误继续点下一步。 状态变化后回到发布概览复查目标版本、待办和成员权限。

若出现新提示，只改受影响环节，保留页面原文便于对照。涉及代上架或 APK 报毒处理时，准备好包名、签名、版本号、报毒平台截图和复现说明，这类服务报价与 Google 官方注册费是两笔账，应分开确认：官方费用看注册页，服务费用看服务方正式报价单，不要把客服口头报价当成官方收费标准。