第四章 变更影响评估——功能维度：评估方法、模块清单与回归范围

4.1 适用场景

• 硬件产品PRD中涉及功能增、删、改的任何变更，包括接口协议变化、功能逻辑调整、性能指标升降级。
• 硬件系统存在多个子系统或模块间功能耦合，需要识别变更的连锁影响。
• 产品进入TR3～TR4阶段（原型验证到工程验证），功能冻结前必须执行系统性影响评估。
• 客户或市场输入触发的紧急变更，需要快速划定测试回归范围。

4.2 前置条件

1. PRD变更请求单（CR）已通过初步筛选和风险分级审核（见第三章）。
2. 当前版本的功能架构树（Function Breakdown Structure, FBS）和接口依赖图（Interface Dependency Graph, IDG）已维护在PLM或配置管理工具中。
3. 参与评估的团队包括：硬件系统工程师、功能模块负责人、测试代表、软件/固件接口负责人。
4. 至少完成一次功能模块遍历的培训或有标准化评估checklist。

4.3 操作步骤

1. 步骤1：变更描述结构化
   将CR中的变更描述拆解为“被变更功能名称”、“变更类型（新增/修改/删除）”、“涉及接口编号”、“预期影响范围（模块/子系统）”。
2. 步骤2：功能树遍历（FBS Traversal）
   从顶层产品功能出发，沿功能分解树逐层向下标记所有受影响的叶子功能节点。使用深度优先或广度优先，生成候选受影响功能集。
3. 步骤3：建立接口依赖图（IDG）
   将每个受影响功能对应的电气/软件/机械接口从库中提取，绘制接口依赖关系，识别出间接依赖的模块。
4. 步骤4：合并生成受影响模块清单（AIML）
   将功能树遍历和接口依赖图的结果合并去重，形成正式受影响模块清单，包含：模块ID、模块名称、变更类型、依赖关系摘要。
5. 步骤5：划定回归测试范围
   基于受影响模块清单，采用“全回归 + 邻近级联”原则：
   - 对直接变更模块：100%功能回归；
   - 对间接依赖模块：关键路径冒烟 + 接口一致性测试；
   - 对无影响模块：仅基线验证通过即可。

4.4 输入输出物

输入物	输出物
PRD变更请求单（CR）	受影响模块清单（AIML）
产品功能架构树（FBS）	回归测试范围矩阵（RTSM）
接口依赖图（IDG）	变更影响摘要报告（EIR）
当前基线测试计划	更新后的功能树/接口图（增量版本）

4.5 责任边界

• 变更请求方（产品经理/客户）：提供准确的功能变更描述，不扩大或缩小影响范围。
• 系统工程师：主导功能树遍历和接口依赖图构建，负责输出受影响模块清单。
• 各模块负责人：确认自身模块的变更影响属实，参与回归测试范围讨论。
• 测试团队：基于AIML和RTSM执行回归测试，反馈覆盖缺口。
• 配置管理：维护FBS和IDG的基线版本，确保评估基于最新数据。

4.6 记录材料

• 变更影响评估记录表（含功能树遍历路径、接口依赖分析、模块清单、回归范围）
• 受影响模块清单签名页（各模块负责人电子签）
• 接口依赖分析笔记（保存为PDF或结构化xlsx）
• 回归测试用例增量记录（标识新增/修改/删除的case）

4.7 异常处理

• 异常1：功能树或接口图缺失部分节点
  立即启动补充建模流程，由系统工程师协同相关模块负责人在24小时内补齐，评估暂停等待。
• 异常2：评估中发现超出CR描述的影响模块
  按“发现即升级”原则，将新增影响模块列入AIML，并通知CCB（变更控制委员会）重新评估变更等级。
• 异常3：回归测试资源不足
  采用基于风险的优先级排序：高风险模块全回归，中风险关键场景回归，低风险仅接口一致性检查。结果需记录在EIR中备案。

4.8 验收标准

1. 受影响模块清单中每个模块均标注了变更类型和依赖关系来源（功能树节点ID / 接口ID）。
2. 回归测试范围矩阵与受影响模块清单一一对应，无遗漏模块。
3. 所有功能树遍历路径和接口依赖图已完成评审，并更新至PLM。
4. 变更影响评估记录表通过系统工程师和测试负责人联签。