需求可追溯性矩阵 (RTM)

可追溯性矩阵是一种表格类型的文档，用于开发软件应用程序以跟踪需求。它可用于前向（从需求到设计或编码）和后向（从编码到需求）跟踪。它也称为需求可追溯性矩阵 (RTM) 或交叉参考矩阵 (CRM)。

它是在测试执行过程之前准备好的，以确保每个需求都以测试用例的形式覆盖，这样我们就不会错过任何测试。在 RTM 文档中，我们映射了所有的需求和相应的测试用例，以确保我们已经为每个条件编写了所有的测试用例。

测试工程师将为他们各自的分配模块准备 RTM，然后将其发送给测试主管。测试负责人将去存储库检查测试用例是否存在，最后测试负责人整合并准备一份必要的 RTM 文档。

本文档旨在确保每个需求都有一个测试用例，测试用例是根据业务需求编写的，由客户提供。如果缺少任何需求，它将在测试用例的帮助下执行，这意味着测试用例不是为特定需求编写的，并且该特定需求没有被测试，因为它可能有一些错误。编写可追溯性是为了确保涵盖整个需求。

我们可以在下图中观察到需求编号 2 和 4 测试用例名称未提及，这就是我们突出显示它们的原因，以便我们可以轻松理解我们必须为它们编写测试用例。

通常，这就像一个工作表文档，其中包含一个表格，但也有许多用户自定义的追溯矩阵模板。追溯矩阵中的每个需求都与其各自的测试用例相关联，以便可以根据特定需求依次进行测试。

笔记：

我们在批准之后和执行之前进行 RTM，这样我们就不会错过任何要求的任何测试用例。

我们在写测试的时候不写RTM，因为它可能不完整，写完测试用例，我们不去这里，因为测试用例可以被拒绝。

RTM 文档确保在每个需求中至少编写一个测试用例，但它不会讨论为特定需求编写的所有可能的测试用例。

RTM 模板

以下是需求可追溯性矩阵 (RTM) 的示例模板：

RTM 模板示例

让我们举一个 RTM 模板示例，以便更好地理解：

追溯矩阵的目标

• 它有助于跟踪在 SDLC 的各个阶段开发的文档。
• 它确保软件完全满足客户的要求。
• 它有助于检测任何错误的根本原因。

追溯测试矩阵的类型

追溯矩阵可以分为以下三种不同的类型：

• 前向追溯
• 向后或反向可追溯性
• 双向追溯

前向追溯

前向可追溯性测试矩阵用于确保每个业务的需求或要求在应用程序中正确执行并经过严格测试。这样做的主要目的是验证产品开发是否朝着正确的方向发展。在这种情况下，需求被映射到测试用例的前向方向。

向后或反向可追溯性

反向或向后可追溯性用于检查我们没有通过增强设计元素、代码、测试业务需求中未提及的其他内容来增加产品的空间。现有项目的主要目标仍然是正确的方向。在这种情况下，需求被映射到测试用例的反向方向。

双向追溯

它是前向和后向追溯矩阵的组合，用于确保所有业务需求都在测试用例中执行。它还评估由于应用程序中的错误而发生的需求修改。

RTM的优势

以下是需求可追溯性矩阵的好处：

• 借助 RTM 文档，我们可以根据需求显示完整的测试执行和错误状态。
• 它用于显示文档中缺少的要求或冲突。
• 在这里，我们可以确保完整的测试覆盖率，这意味着所有模块都经过测试。
• 它还将考虑测试团队在重新工作或重新考虑测试用例方面所做的努力。