TG咨询系统升级完成，不代表企业应用仍能按原方式工作。权限弹窗可能改变，文件访问规则可能收紧，后台任务也可能延迟。开展安卓系统大版本升级后的企业应用适配检查，应先锁定受影响的业务操作，再逐项验证权限、兼容性和数据流，而不是只确认应用能否打开。
先圈定版本、设备与关键任务
记录升级前后的安卓版本、设备型号、应用版本及目标 SDK；同一安卓版本在不同厂商设备上的省电策略、通知管理和系统组件也可能有差异。测试至少覆盖一台常用设备和业务实际使用的设备类型，并保留升级前可对照的操作结果。
选取关键流程做清单，例如登录、拍照上传、下载文件、接收提醒、离线编辑后同步。每项注明所需权限、产生的数据、成功条件和失败后的恢复方式。若企业使用工作资料夹或设备管理策略，还要确认配置是否随系统升级继续生效。
权限逐项核对，不要沿用旧授权假设
检查授权时机与拒绝后的体验
在干净安装、覆盖升级和撤销权限后分别测试。安卓 13 起，通知权限可由用户单独控制；应用需要在适当时机请求授权，并在拒绝后说明如何查看关键状态，不能把通知送达当成业务操作成功的唯一凭据。
位置、相机、麦克风和媒体访问权限也应按实际功能触发。安卓 12 及以上的位置权限可涉及精确或大致位置选择；如果只需大致位置，不应无理由要求精确位置。安卓 13 的媒体权限按图片、视频和音频等类别区分。逐项验证允许、拒绝、再次询问及系统设置中重新开启后的表现。
核查文件与后台行为
重点检查分区存储下的导入、导出、附件预览和共享流程。通过系统文件选择器访问用户选定的文件，与直接读取公共目录并非同一种方式；升级后应确认旧文件仍可读取，新文件保存到预期位置，且不会意外覆盖或暴露其他数据。对于后台限制，测试锁屏、切换应用和省电状态下的同步；不应假设后台任务会立即执行。
兼容性要从系统接口延伸到业务组件
核对应用是否依赖已弃用或行为改变的 API，以及目标 SDK 调整后是否触发新的系统规则。检查登录与单点认证、深层链接、文件分享、蓝牙或定位等实际使用的组件。若应用内嵌网页，还应确认系统 WebView 更新后登录、表单提交和文件下载正常；若使用证书固定或自建证书链，则需验证 TLS 连接没有被新系统配置意外阻断。
界面测试覆盖屏幕旋转、字体放大、键盘弹出和系统栏变化，留意按钮被遮挡、输入内容丢失及返回行为异常。兼容检查不能只依赖启动成功，还要完成至少一轮核心业务操作，并查看应用日志、服务端错误记录和崩溃报告。
用真实数据路径验证完整闭环
- 准备不含真实敏感信息的测试账号与样例数据，记录升级前的数据状态。
- 按正常顺序执行登录、创建或修改记录、附件处理及提交；分别测试在线和短时断网情形。
- 恢复网络后检查队列是否完成、是否重复提交，以及服务端和另一授权终端看到的内容是否一致。
- 验证日期、时区、排序、金额或数量等字段未发生格式或精度变化，并检查失败提示能否指导用户重试。
- 记录设备、系统版本、应用版本、操作步骤和结果；修复后对相关流程及权限回归测试。
升级前应备份必要数据，并确认回退或重新登录方案；涉及本地数据库迁移时，重点检查升级中断、空间不足和重复启动后的数据完整性。这样形成的安卓系统大版本升级后的企业应用适配检查记录，也便于开发、运维与业务人员按同一标准复核。
常见问题
只测试最新安卓版本够吗？
不够。至少覆盖当前升级目标版本及企业仍在使用的代表性设备与版本，并依据实际用户分布补充测试。
应用可以打开，就算适配完成吗？
不算。还需验证权限、关键业务操作、数据保存与同步、异常恢复及后台行为。
权限被拒绝时应该怎么处理？
说明该权限对应的功能影响，并提供稍后在系统设置中开启的路径；非必要权限不应阻断无关功能。
何时可以发布升级后的应用？
当关键流程通过、数据一致性得到确认、已知问题有明确处置方案，并完成目标设备回归后，再按企业发布流程推进。