8、追踪需求与测试：保障系统质量的关键策略

追踪需求与测试：保障系统质量的关键策略

1. 概述

编写需求文档主要有两个重要原因。其一，确保明确要构建的内容；其二，提供一份清单，以确认所构建的系统是否达成预期目标，即系统是否真正满足需求。

2. 追踪需求的重要性

• 测试覆盖检查 ：对于每个需求，需查看哪些验收测试对其进行了验证。若存在未被任何测试覆盖的需求，那么测试计划就存在漏洞，需要加以填补。因为若不测试某个需求，就无法确定该需求是否得到满足。
• 测试与需求的对应 ：也可将单个测试追溯到需求，以此检查每个测试是否对应至少一个需求。若存在无对应需求的测试，说明需求文档存在缺失。

3. 可能出现的症状

当同时满足以下两个条件时，需求与测试之间的可追溯性就存在问题：
- 没有用于展示需求与测试对应关系以确定覆盖范围的电子表格。
- 测试计划未注明每个测试所覆盖的系统需求。

不过，在某些情况下，测试计划可能只是一个简单的流程，即“遍历需求并检查每个需求是否被覆盖”。尽管这种方式不太正式，且可能在多次检查时增加额外工作，但它也是实现可追溯性的一种途径。

4. 可追溯性不足的风险

可追溯性问题的风险取决于问题出现的方向：
| 问题方向 | 风险描述 |
| ---- | ---- |
| 需求无对应测试 | 即使产品通过了所有测试，某些需求也可能未得到满足。 |
| 测试无对应需求 | 测试可能会设定一些随意的需求，这些需求绕过了正常的需求审查