需求追溯矩阵 (RTM)：模板、类型和工具

---

根据开发阶段的不同，跟踪项目需求可能很困难。一些项目可能只有少量标准，而另一些项目可能有几十个标准，整个过程会变得不堪重负。在开发任何软件时，都应考虑各种需求，包括业务需求、用户需求、UI需求、功能性和非功能性需求以及技术先决条件。公司经常发布充满错误和缺陷的新软件，最终导致巨额成本。大型公司可能会在几分钟内损失数百万美元，具体取决于问题的严重程度。这就是需求追溯矩阵派上用场的地方。

什么是追溯矩阵？

追溯矩阵 (TM) 是一种文档，它比较任何两个需要比较多对多关系的基线文档，以确定这些关系是否平行。追溯矩阵主要用于监控需求并报告项目需求是否得到满足。

简单来说，追溯矩阵是一个单一文档，记录了所有客户的需求及其在项目周期结束时交付的可追溯性。

需求追溯矩阵 (RTM)

在生命周期结束后提供的单个文档中，RTM 捕获了客户提出的所有需求及其轨迹。

软件行业在其中发挥着作用。RTM 是一种用于确认所有需求都与软件开发项目中的测试用例相关联的文档。为了确保在测试阶段将考虑所有需求，项目经理主要使用 RTM。

RTM 通常有助于评估项目需求将如何影响项目。追溯矩阵使您能够查看在项目期间需求发生变化时受影响的工作流程、测试用例、培训材料、软件代码等。

无论您是刚开始考虑项目管理培训还是拥有几年的经验，理解需求追溯矩阵以及它如何提升您的项目管理流程和职业都至关重要。

需求追溯矩阵的优势

现在让我们详细讨论一些主要的 RTM 优势。

更轻松、更有效

作为项目经理，您会看到项目中经常出现许多变化。无论是内部检查还是客户建议。RTM 使您能够跟踪这些变化及其对项目每个组成部分的影响。

实现轻松文档化

为了为您的团队提供准确且一致的文档，追溯矩阵非常有用。RTM 通过提供测试用例、线框图和用户故事，使您能够确定需求是否已完全记录。即使是缺乏的需求，也可以在需求追溯矩阵中突出显示。

错误管理

假设您是一个大型软件项目的测试经理。面对一堆缺陷积压，您必须首先解决软件中最关键的问题。

您可以使用需求追溯矩阵过滤掉与重要需求相关的缺陷，以及缺陷的严重性、优先级和其他因素。RTM 最终建立了完整的测试覆盖率。

如何创建追溯矩阵？

既然您已经了解了优势，那么让我们来看一下构建需求追溯矩阵的步骤。

如果您不熟悉 RTM，这似乎是大量信息需要一次性吸收。为了帮助您开始学习，有很多视频、模板、示例和教程可用。简洁的基本版本如下：

• 通过概述构建 RTM 的动机，指定您的 RTM 目标。

• 收集所有可用的需求文档，包括业务需求文档和功能需求文档 (分别为 BRD 和 FRD)。需要额外的测试文档，例如测试用例、结果和缺陷。

• 您可以使用 Excel 电子表格创建基本的 RTM 文档。为测试用例、测试结果、问题以及业务和功能需求创建列。接下来，从 BRD 中为每个需求分配一个需求 ID 号。

• 获取 FRD，并为每个业务需求记录相关联的功能需求。

• 相关的功能需求应与测试用例 ID 连接。

• 最后，请记住，如果出现任何变化，请修改您的追溯矩阵。

有哪些类型的矩阵？

RTM 有三种类型：前向追溯、后向追溯和双向追溯。

前向追溯

将需求映射到测试用例使用前向追溯。这将证明每个需求都经过充分测试，并且还有助于确保项目的轨迹合理。

后向追溯矩阵

可以通过将测试用例与需求对齐来创建后向追溯矩阵。通过这样做，您可以防止“范围蔓延”并避免不必要地超出基本需求。

双向追溯

双向追溯有效地将前向追溯和后向追溯组合到一个文档中。每个需求都有相应的测试用例这一事实使这种类型非常有价值。

需求追溯矩阵 (RTM) 工具

如果您不喜欢使用 Excel 电子表格，请考虑以下通过追溯矩阵进行需求管理的工具：

Visure Requirements

Visure Solutions 公司专门从事商业和安全关键型行业，提供这项技术。该公司的 Visure Requirements 产品提供完整的可追溯性。

Azure DevOps

此应用程序使项目经理能够通过每个步骤进行追溯，并与 Microsoft 的 Azure DevOps、TFS 和 VSTS 相连接。

ReQtest

这个基于云的应用程序提供从头到尾的项目可追溯性。其高度灵活的需求模块帮助项目经理更快地评估和跟踪变化。

底线

如果您负责管理软件开发项目的项目需求，除了了解需求追溯矩阵外，还必须随时准备一份可随时使用的 RTM 文档。