97、系统需求管理：从追踪到优化

系统需求管理：从追踪到优化

1. 需求测试追踪

1.1 追踪的重要性

在系统开发中，确保每个需求都能被测试覆盖至关重要。如果没有对应的测试来验证某个需求，就无法确定该需求是否得到满足。例如，若有一个需求是“当按钮被按下时，灯应亮起”，但没有相应的测试去按下按钮并检查灯是否亮起，那么就无法得知这个功能是否正常工作。

同时，也需要确保每个测试都对应一个或多个需求。若存在没有对应需求的测试，可能意味着需求文档不完整，或者进行了不必要的测试。

1.2 追踪的症状与风险

当出现以下两种情况时，需求与测试之间的追踪可能存在问题：
- 没有用于记录需求与测试对应关系的电子表格。
- 测试计划未注明每个测试所覆盖的系统需求。

不进行需求与测试的追踪会带来一些风险：
| 问题类型 | 风险描述 |
| — | — |
| 需求无对应测试 | 产品可能通过了所有测试，但某些需求实际上并未得到满足。 |
| 测试无对应需求 | 测试可能设定了未经正常评审和批准的任意需求，导致难以判断测试结果是否合理。 |

1.3 追踪的类型

追踪分为正向追踪和反向追踪：
- 正向追踪 ：设计包中的某个元素促使另一个元素产生。例如，“灯亮起”的需求会正向追踪到验证灯是否实际亮起的测试。
- 反向追踪 ：每个创建的元素都有其存在的原因，并能反向追溯到该原因。例如，验证灯是否亮起的测试应反向追溯到“灯亮起”的需求。

1.4 需求到测试的追