例说需求跟踪矩阵的作用

9月21日，我作为外部的专家参加了一个客户的测试用例评审会议，该测试用例文档在开此评审会议之前曾经在测试组进行了内部评审。与会的评审专家包括了：2个项目的需求与开发人员，3个测试人员，2名QA人员，1名外部的咨询顾问。

会议开始，由作者对照测试用例文档开始讲解每个测试用例，会议的专家对这些用例进行评判。每当作者解释完一个用例后，我就会问一个问题，此用例对应的是哪个需求？然后作者会再投影出对应的需求给我看，于是我建议作者以需求文档的顺序来讲解测试用例，即对照每个需求，然后讲解对应这个需求设计了哪些用例，按照此方式评审测试用例时，作者本人很快就发现有的需求没有对应的测试用例，漏设计了测试用例，而需求开发人员很快发现有的需求是不需要测试的，是其他的系统实现的，虽然在需求文档中描述了，但是不是本系统的范围内。对每个需求评审完成以后，作者还提出有些用例还没有被评审，为什么呢？因为有些需求在需求文档中并没有明确描述，但是根据经验，这些功能是必须的，所以测试人员在测试时也设计了一些测试用例。这些需求是需要需求分析人员在需求文档中补充完善的。

此评审会议进行了2个半小时，累计发现了45个问题。

如果建立了需求跟踪矩阵，我们对照需求跟踪矩阵的进行测试用例的评审，则会更加方便，如果建立了需求跟踪矩阵，作者本人很容易在评审之前就会很容易发现未被测试用例覆盖的需求。

需求跟踪矩阵的作用有两个:一是检查需求是否被实现了，是否被测试了，执行需求的验证，进行功能审计；二是在发生需求变更时，通过检索需求跟踪矩阵发现需要修改的需求、设计及测试用例等。本例即证明了需求跟踪矩阵的第一个作用。

基于上例，以此类推，在我们进行设计评审时，也要对照需求跟踪矩阵逐一检查每个需求是否都设计了以及设计的正确性、合理性等。