可追溯性矩阵

追溯矩阵是一个表格类型的文档，用于软件应用程序的开发中，以追溯需求。 它可以用于正向（从需求到设计或编码）和反向（从编码到需求）追溯。 它也被称为需求追溯矩阵 (RTM) 或交叉引用矩阵 (CRM)。

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

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

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

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

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

注意

我们在批准后和执行前进行 RTM，这样我们就不会遗漏任何需求的测试用例。

我们不会在编写测试时编写 RTM，因为它可能不完整，并且在编写测试用例后，我们不会在此处进行，因为测试用例可能会被拒绝。

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

RTM 模板

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

RTM 模板示例

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

追溯矩阵的目标

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

追溯测试矩阵的类型

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

• 正向追溯
• 反向或逆向追溯
• 双向追溯

正向追溯

正向追溯测试矩阵用于确保每个企业的需求或要求都在应用程序中正确执行并经过严格测试。 它的主要目的是验证产品开发是否朝着正确的方向发展。 在此，需求被映射到测试用例的正向方向。

反向或逆向追溯

反向或逆向追溯用于检查我们是否没有通过增强业务需求中未提及的设计元素、代码、测试其他内容来增加产品的空间。 而其主要目的是使现有项目保持正确的方向。 在此，需求被映射到测试用例的反向方向。

双向追溯

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

RTM 的优势

以下是需求追溯矩阵的优点

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