Google Play closed testing、internal testing轨道是否支持auto-update？

Closed testing与internal testing测试轨道完全支持与生产轨道一致的应用自动更新机制，只要满足匹配的前置条件，测试用户开启Google Play商店的自动更新开关后，会和生产用户一样正常收到测试版本的自动更新推送。

如果遇到上传更新版本后未收到自动更新的情况，可按以下方向逐一排查：

• 测试账号未完成正式的轨道绑定流程
  系统判断自动更新推送范围的核心依据，是设备登录的Google账号是否在对应轨道的正式测试用户池中：internal testing轨道需要将测试账号邮箱手动添加到允许列表、或配置自加入测试权限后，用户通过官方测试链接完成资格确认；closed testing轨道需要用户通过邀请邮件中的专属链接完成测试身份opt-in。仅手动侧载测试APK、未完成资格绑定的设备，不会被纳入推送范围。
• 新版本未通过自动更新的基础校验
  测试用户触发自动更新的必要前提包括：上传的新版本versionCode高于设备当前安装的应用版本、应用签名与已安装版本完全一致、版本已通过Google Play审核并正式发布到对应测试轨道。如果出现版本号倒退、签名不一致、版本审核被驳回的情况，系统会直接中断更新推送流程。
• 测试轨道的发布状态不满足全量推送要求
  如果新版本配置了分阶段发布、尚未将100%的推送范围开放给所有测试用户，或是internal testing轨道的旧版本已经过了90天的有效留存期被系统自动下架，存量测试用户的自动更新校验会暂时失效，需要等新版本推送范围全量开放、或用户手动在Play商店触发一次版本检测后，才会恢复后续的自动更新逻辑。
• 客户端配置存在更新拦截项
  若测试设备上的应用是通过第三方渠道安装，与Google Play渠道的应用签名存在冲突，系统会因签名校验失败跳过自动更新；此外如果用户在Google Play的应用详情页手动关闭了对应应用的自动更新开关，无论哪个轨道的版本都不会触发自动更新流程。
• 正常的推送延迟
  测试轨道的自动更新校验并非实时触发，从新版本正式发布到推送抵达测试设备，通常存在最长24小时的延迟，不属于功能异常。

内容的提问来源于stack exchange，提问作者Ilyos Ibrokhimov