需求跟踪矩阵指南：作用是什么，如何构建

需求跟踪矩阵对于嵌入式系统的整个生命周期至关重要。这种矩阵能够帮助确保产品的安全性并满足预设的质量标准。对于医疗、技术和工程等领域来说，需求追溯矩阵尤其关键。实际上，任何设定了目标和标准、并希望维护这些目标和标准的企业都能从这个经过实践检验的需求分析工具中获益。

这里将介绍如何创建一个有效的需求跟踪矩阵，以及为什么应该立即开始使用它的理由。

什么是跟踪矩阵？

需求跟踪矩阵是一种文件，它详细记录了特定测试场景所需的技术要求和这些要求的现状。这使得测试团队能够明白他们对特定产品进行了多少测试。需求跟踪过程本身是用来检查为各项要求所定义的测试用例的。它能够帮助测试人员发现在测试周期中哪些要求导致了最多的缺陷。

这样不仅能揭示出需要改善的地方，而且有助于预防未来可能遇到的问题，并且找出测试过程中的薄弱环节。

需求跟踪矩阵有什么好处？

需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付；为管理产品范围变更提供了框架。

其中的核心作用是“跟踪”。利用需求跟踪矩阵，一方面保证所有的原始需求都能有出处，有状态，有责任人，确保所有需求都被实现、被测试；另一方面，在产生变更（需求变更、设计变更、代码变更……）的情况下，可以迅速映射到原始需求，并进行变更波及范围影响分析，发现需要修改的需求、设计和测试用例，避免出现变更分析遗漏连锁变化的问题。

需求跟踪矩阵包括哪些内容

通过需求跟踪矩阵，我们记录每个需求的相关属性，这些属性有助于明确每个需求的关键信息；典型属性：唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态（进行中、已取消、已推迟、新增、已批准、已分配、已完成）和状态日期。补充属性：稳定性、复杂性、验收标准。

需求跟踪矩阵的绘制工具有哪些？

制作需求跟踪矩阵（RTM）可以使用多种工具，具体选择取决于你的需求、团队规模、预算和个人偏好。以下是一些常用的工具：

Microsoft Excel或腾讯文档，比较适合无预算的团队，该类工具的缺点是它们缺乏自动化、集成和复杂需求管理功能，难以支持大型或动态变化的项目，不适合十人以上规模的团队。而优点在于这些电子表格工具广泛可用，易于学习和使用。
专业项目管理软件，比如PingCode：这是国内非常推荐使用的，因为这是一个高级的需求管理和跟踪系统，可以用来创建详细的需求跟踪矩阵、跟踪需求、故事、任务和bug，并且与项目计划、测试用例、任务等全流程环节集成。
独立的需求管理工具：比如IBM Rational DOORS：这是海外一个高级的需求管理和跟踪系统，适合复杂的项目。

选择合适的工具时，要考虑以下因素：

项目的规模和复杂性：大型项目可能需要更专业的工具来管理复杂的需求。
团队的工作方式：敏捷团队可能更喜欢灵活的看板式工具，而传统团队可能更喜欢详细的需求文档。
预算：一些工具是免费的或提供免费版本，而更专业的解决方案可能相对昂贵。
集成需求：如果需要与其他系统（如代码仓库、持续集成工具等）集成，要选择支持这些集成的工具。

如何做好需求跟踪矩阵

根据上面所述的需求跟踪矩阵的内容，以及文中图片所示，需求跟踪矩阵可以有不同维度的做法，记录的属性也不尽相同。那如何做好需求跟踪矩阵的设计？方法也不是一成不变的。

1）根据不同的项目类型关注的关键信息不同，设计对应的需求跟踪矩阵。记录关键的信息字段。
2）跟踪的颗粒度到达某个功能进入的入口即可。这是一个需求拆分的粒度问题，和前一篇文章中所说的WBS分解的颗粒度保持一致。根据项目的实际情况，对于重要和意义重大的模块和功能，进行重点关注和拆分。
3）注意成本效益原则，跟踪和关注新增和变化，不为跟踪而跟踪

需求跟踪矩阵的实践场景举例

在个人的项目经历中，常有一个令人头疼的问题：在案例评审过程中，往往测试人员展示了一个案例之后，评审人员很难和需求文档中的场景产生对应，于是需要需求文档和测试案例来回切。并且还很难发现有没有遗漏的测试场景，有没有不符合场景的案例。如果建立需求跟踪矩阵，并将需求跟踪矩阵中的唯一标识和测试案例中的案例序号进行映射，则清楚明了的知道案例和对应的需求点，以及案例是否覆盖全面。（以下截图来自：PingCode）