3. 多制式终端回归测试需求分析

多制式无线终端（例如同时支持 LTE、NR、WCDMA、GSM 的终端）在每次软件版本迭代后，回归测试的范围往往不是"全部重测"，而是由三类输入共同决定：需求文档、变更说明和缺陷报告。需求文档告诉我们"这个版本应该具备什么能力"，变更说明告诉我们"这次改动了哪些代码路径和模块"，缺陷报告则告诉我们"历史上哪些地方容易出问题、这次修复是否可能引入新风险"。回归测试需求分析的本质，就是把这三类输入翻译成一份可执行的测试范围清单：受影响哪些制式、哪些频段、哪些功能、哪些接口。

三类输入的定位与提取重点

需求文档通常包含功能需求、性能需求、协议一致性需求和运营商定制需求。提取时不要逐条抄写，而应关注"与多制式交互相关的条目"。例如一条需求写着"终端在 NR 与 LTE 之间切换时，数据业务中断时间不超过 200 ms"，它同时涉及 NR、LTE 两个制式、切换功能、以及数据面接口，这就是一个高价值回归点。需求文档中还应特别标记新增需求、修改需求和删除需求，因为这三类都会改变回归范围。

变更说明（Change Log / Release Note）是回归范围最直接的来源。它一般按模块列出改动，例如"修改了 NR RRC 重配置消息中 band combination 的解析逻辑""优化了 WCDMA 到 GSM 的小区重选门限"。阅读变更说明时，要追问三个问题：改动落在哪个协议层？该层被哪些制式共用？改动是否触及接口或共享数据结构？如果改动位于共享的射频驱动或公共协议栈，那么所有使用该模块的制式都应纳入回归范围，而不是只测被点名的那一个制式。

缺陷报告（含历史缺陷和本次修复缺陷）提供的是风险地图。重点关注：缺陷所属制式与频段、缺陷的严重等级、是否属于回归缺陷（即曾经修好又复现）、以及修复方式是否涉及公共代码。一个在 LTE Band 41 上出现过的吞吐量跌落问题，如果修复点在公共调度器，那么 NR 的同类频段也应被怀疑。缺陷报告还能帮助识别"接口类"回归点，例如某次缺陷是 AT 命令返回格式错误，那么所有依赖该 AT 接口的制式测试用例都应被覆盖。

从影响面到回归范围清单

把三类输入映射到四个维度之后，下一步是形成回归范围清单。清单不必复杂，但必须能回答"测什么、为什么测、优先级多高"。一个实用的做法是建立"变更—影响—用例"的对应关系：每条变更说明对应一个或多个受影响维度，每个维度再关联到已有测试用例库中的具体用例编号。如果某个影响面找不到对应用例，说明用例库存在缺口，需要补充新用例。

下面给出一份可直接参考的回归范围提取表模板，字段按多制式终端的实际需要设计。表中数据为教学示例，用于说明填写方式，并非真实项目实测结果。

识别共享模块带来的"隐性影响"

多制式终端最容易漏测的地方，是共享模块。射频前端、天线调谐、公共协议栈、电源管理、AT 命令解析层，这些模块往往被多个制式共用。变更说明如果只写"修改了 LTE 的功率控制参数"，但修改点落在公共的功率计算函数里，那么 NR 和 WCDMA 的功率控制同样需要回归。判断方法很直接：查看变更涉及的源文件或模块是否被多个制式引用；如果是，就把所有引用该模块的制式列入回归范围。

接口维度的提取要点

接口回归往往比功能回归更容易被忽略。多制式终端涉及的接口至少包括：空口 Uu 接口（信令与数据）、AT 命令接口（与上位机或测试仪表交互）、射频前端控制接口（天线开关、调谐器）、SIM 接口、以及数据面 IP 接口。当变更涉及协议栈消息格式、AT 命令返回字段、或射频前端配置表时，对应接口的所有制式测试用例都应纳入回归。例如，若 AT 命令 +CESQ 的返回字段顺序被调整，那么所有读取该命令的制式相关用例都需要重新验证。

优先级排序与范围收敛

回归范围提取完成后，通常会发现清单过长，无法在有限时间内全部执行。此时需要按风险排序：涉及共享模块的变更优先级最高；历史回归缺陷所在区域优先级次高；仅影响单一制式且改动局部的变更优先级最低。排序后，再结合可用测试资源和仪表数量，确定本轮实际执行的回归子集。需要强调的是，被裁剪的用例应记录在案，说明裁剪理由，以便后续版本追溯。

综上，多制式终端回归测试需求分析的核心动作是：从需求文档提取多制式交互条目，从变更说明定位改动模块并检查共享性，从缺陷报告识别高风险区域，最终映射到制式、频段、功能、接口四个维度，形成带优先级的回归范围清单。这份清单既是测试执行的依据，也是后续版本回归范围收敛的基础。