追溯是什么
追溯（Traceability）把需求、用例、缺陷与自动化脚本建立双向关联，常见载体是需求追溯矩阵（RTM）。正向追踪从需求查到用例与执行结果，用于评估覆盖完整性；反向追踪从缺陷或脚本回溯到需求，用于影响分析与审计取证。工具中常用需求 ID 贯穿全流程，让关联可检索而不是手工登记；追溯关系随需求拆细而膨胀，需求粒度按可验证单元拆分，矩阵才不会失控。
基本信息
| 关联对象 | 需求 ↔ 用例 ↔ 缺陷 ↔ 自动化脚本 ↔ 测试结果 |
|---|---|
| 价值 | 变更影响分析、覆盖缺口识别、合规审计取证 |
| 常见载体 | 需求管理系统的关联字段、追溯矩阵、用例标注 |
| 工具形态 | 用例管理平台的追溯视图、代码提交中的需求 ID |
| 维护时机 | 需求评审时建立，变更与提交时随动更新 |
典型使用场景
- 需求变更影响分析：改了 REQ-1024，哪些用例与脚本要同步调整
- 覆盖缺口识别：哪些需求没有任何用例或自动化覆盖
- 合规审计：医疗、金融等行业需要证明每个需求都被验证过
- 缺陷定位：线上缺陷回溯到原始需求与设计讨论
- 回归范围选择：按关联关系圈定与变更相关的用例子集
- 发布评审：快速导出需求到用例再到结果的完整链条
- 新人上手：按需求沿追溯链了解系统行为与历史缺陷
命名约定示例
命名约定示例
需求：REQ-1024 支付回调重试
用例：TC-1024-01 ~ TC-1024-05
自动化：tests/req1024/test_callback_retry.py
提交信息：fix(REQ-1024): 处理回调重复投递
# 需求 ID 贯穿需求、用例、代码与提交，关联可自动检索追踪方向
| 方向 | 起点 | 典型问题 |
|---|---|---|
| 正向 | 需求 | 这个需求有哪些用例、最近一次结果如何 |
| 反向 | 缺陷或脚本 | 它对应哪条需求，改动会影响什么 |
| 覆盖缺口 | 需求清单 | 哪些需求没有用例或从未执行 |
| 变更闭环 | 变更单 | 受影响用例是否全部重跑并更新结果 |
追溯矩阵不追求全量铺开：高风险与合规相关需求必须建立，低风险功能可按模块汇总；上线前补录会失去实时防漏的价值。