第一章 回归测试目标与范围定义
适用场景
本章定义的回归测试目标与范围适用于以下场景：
- MediaCodec 硬件编解码器固件/驱动版本升级后，需验证已有功能未退化；
- Android 平台（API 21+）内核、HAL 层或 SoC 厂商私有库发生变更时；
- 新设备（手机、平板、电视棒）首次接入自建测试矩阵，需划定基线测试范围；
- 每次 CI/CD 流水线中触发 MediaCodec 相关模块的自动回归测试任务。
提示： 若被测对象为纯软件 Codec（无硬件加速），则不适用本章定义；请跳转到《软件 Codec 回归测试》章节。
前置条件
- 已获取待测设备型号、SoC 平台、Android 版本、内核版本及硬件 Codec 固件版本；
- 已搭建最小可用测试环境（ADB 连接、root 权限或 su，若需提权操作）；
- 已准备基线测试报告（上个稳定版本的测试结果或已知通过清单）；
- 项目已制定 回归测试策略等级（L0～L3），本章默认为 L1（核心功能回归）。
操作步骤
- 确认待回归测试的硬件 Codec 模块清单，包括：视频编码器（AVC/HEVC/VP9/AV1）、视频解码器（同前）、音频编码/解码器（AAC/FLAC/Opus）。
- 从持续集成平台或测试用例库中提取与硬件 Codec 绑定的用例集，用例类型应包括：基本编码/解码、参数组合（分辨率/码率/帧率）、异常输入、资源竞争（多实例并发）。
- 审查上一个发布版本的测试结果，标记为“通过”的用例作为回归基线；将“失败”或“阻塞”用例纳入已知问题清单，排除在本次通过/失败判断之外。
- 与产品经理、开发负责人共同确认 硬性通过阈值：核心用例通过率 ≥ 99%，无 P0 级别缺陷；非核心用例通过率 ≥ 95%，P0/P1 缺陷必须修复或明确回退计划。
- 输出《回归测试范围定义表》并签核，锁定范围后不允许随意新增/裁剪用例。
输入输出物表格
| 输入物 | 来源 | 输出物 | 去向 |
|---|---|---|---|
| 设备固件/驱动版本信息 | SoC 厂商或 ODM | 回归测试范围定义表 | 测试工程师、项目经理 |
| 基线测试报告（通过清单） | 上一版本测试记录 | 已知问题清单（排除项） | 缺陷管理系统 |
| 硬件 Codec 模块清单 | 平台开发组 | 用例集子集（回归专用） | 自动化测试工程 |
| 回归测试策略等级定义 | QA 流程文档 | 通过/失败总体标准文档 | 测试签核节点 |
责任边界
- 测试工程师： 发起回归范围讨论、编写定义表、维护基线数据；
- 开发负责人： 提供模块变更影响范围，确认已知问题清单；
- 产品经理： 签署通过阈值和异常处理策略；
- QA 流程管理员： 审核范围定义是否符合组织级流程，归档签核文件。
记录材料（检查表模板）
回归测试目标与范围定义检查表
| 检查项 | 完成状态 | 备注 |
|---|---|---|
| 1. 硬件 Codec 模块清单已确认 | ☐ | |
| 2. 基线测试报告已获取并校验 | ☐ | |
| 3. 已知问题清单已导出 | ☐ | |
| 4. 通过/失败总体标准已与干系人达成一致 | ☐ | |
| 5. 范围定义表已签核归档 | ☐ |
异常处理
- 设备未能正常识别硬件 Codec： 停止回归测试，标记为 阻塞，通知平台开发组排查驱动状态；
- 基线报告丢失或不可靠： 使用项目最早稳定版本的通过清单临时替代，并在最终报告注明“基线基于 X 版本”；
- 利益相关方对阈值存在分歧： 启动评审会议，由 QA 流程管理员仲裁，仲裁期间暂按 L0 级（全部核心用例通过）执行；
- 回归范围被非授权裁剪/新增： 在签核前拒绝执行，要求重新遵守变更控制流程。
验收标准
- 已输出签字的《回归测试范围定义表》和《通过/失败总体标准文档》；
- 所有检查表项均为“☑”；
- 无未解决的异常事件（或异常事件已按上述处理规则关闭）。