追踪方向
| 链路 | 回答的问题 |
|---|---|
| 需求 → 设计/代码 | 每个需求是否有实现载体 |
| 需求 → 测试 | 每个需求是否被验证 |
| 变更 → 影响面 | 改一条需求要动哪些模块与用例 |
| 测试 → 需求 | 是否存在无来源的测试（可能是遗漏需求） |
追踪矩阵靠人工维护极易过期，尽量由需求工具与提交信息自动关联。
需求追踪矩阵
建立需求到设计、实现与测试的双向追踪，用于评估变更影响、检查覆盖率与支撑审计；常见形式是需求 ID 与工作项、用例、测试用例的对照表。
易错点
- 需求 ID 频繁重排，历史追踪链接失效
- 只做需求到测试的单向追踪，变更时仍会漏改模块
数据来源与参考
- ISO/IEC/IEEE 29148:2018
- IIBA《BABOK 指南》