围绕用户场景建立设备矩阵
兼容性测试不只是检查应用能否安装。应结合目标用户的安卓版本、设备类型和应用使用方式，为关键业务路径选择代表性环境。真机和虚拟机应分别验证，避免把一种环境的结果直接套用到另一种环境。
优先覆盖登录、授权、页面加载、音视频和文件操作等实际使用步骤。涉及特定设备能力时，先确认测试设备是否提供该能力，再决定是否纳入测试范围。
为每次测试保留一致的起点
记录应用版本、设备配置、安卓版本和必要的前置条件，区分全新安装、覆盖升级和已有数据三种状态。使用专门的测试账号及测试数据，并确保团队对账号和数据的使用已获得授权。
通过控制台管理测试设备与应用；有批量测试需求时，可进一步评估 API / SDK 接入。正式编排前，先以当前开发文档为准确认可用接口和操作范围。
让问题可以被另一位同事复现
远程操作便于团队在同一设备环境中检查问题，但仍需要完整的复现记录。每条缺陷至少包含设备环境、应用版本、操作步骤、预期结果和实际结果，必要时附上截图或录屏。
如果问题只在长时间运行或特定网络条件下出现，应单独记录触发条件。不要仅凭一次成功操作就关闭偶发问题，也不要把无法复现直接等同于已经修复。
用回归清单收尾
修复后先在原问题环境复测，再检查相邻业务流程。把高频缺陷整理为固定回归清单，每次发布按相同标准记录结果，逐步建立适合产品的测试基线。
- 核心流程是否在目标设备上完成。
- 中断、退出和重新进入后的行为是否符合预期。
- 应用升级后数据与权限是否正常。
- 缺陷记录是否包含足够的环境信息。
