可追溯性矩阵
可追溯性矩阵
可追溯性矩阵是一种表格类型的文档，用于开发软件应用程序以跟踪需求。它可用于前向(从需求到设计或编码)和后向(从编码到需求)跟踪。它也被称为需求可追溯性矩阵(RTM) 或交叉参考矩阵(CRM)。
它在测试执行过程之前准备好，以确保每个需求都包含在测试用例的形式，这样我们就不会错过任何测试。在 RTM 文档中，我们映射了所有的需求和相应的测试用例，以确保我们已经为每个条件编写了所有的测试用例。
测试工程师将为他们准备 RTM相应的分配模块，然后将其发送到测试主管。测试负责人将去存储库检查测试用例是否存在，最后测试负责人整合并准备一份必要的 RTM 文档。
本文档旨在确保每个需求都有一个测试用例，测试用例是根据业务需求编写的，由客户提供。如果缺少任何需求，它将在测试用例的帮助下执行，这意味着测试用例不是为特定需求编写的，并且该特定需求没有被测试，因为它可能有一些错误。编写可追溯性是为了确保涵盖整个需求。
我们可以在下图中观察到，未提及需求编号 2 和 4 测试用例名称，这就是我们突出显示它们的原因，以便我们很容易理解，我们必须为他们编写测试用例。
一般来说，这是就像一个包含表格的工作表文档，但也有许多用户定义的可追溯性矩阵模板。追溯矩阵中的每个需求都与其各自的测试用例相关联，以便可以根据特定需求依次进行测试。
注意:
我们在批准之后和执行之前去 RTM，这样我们就不会错过任何需求的任何测试用例。
我们不会在编写测试时编写 RTM，因为它可能不完整，并且在编写之后测试用例，我们不去这里，因为测试用例可以被拒绝。
RTM 文档确保每个需求中至少有一个测试用例，而它并没有谈论所有可能的测试为特定需求编写的案例。
RTM 模板
以下是需求跟踪矩阵(RTM) 的示例模板:
RTM 模板示例
让我们举一个 RTM 模板示例以便更好地理解:
可追溯性矩阵的目标
它有助于跟踪在 SDLC 的各个阶段开发的文档。
它确保软件完全满足客户的要求。
它有助于检测任何错误的根本原因。
溯源测试矩阵的类型
溯源矩阵可以分为以下三种不同的类型:
前向可追溯性
向后或反向可追溯性
双向可追溯性
前向追溯
前向追溯测试矩阵用于确保每个业务的需求或要求在应用程序中正确执行并经过严格测试。这样做的主要目的是验证产品开发是否朝着正确的方向发展。在这里，需求被映射到测试用例的前向方向。
向后或反向可追溯性
反向或向后可追溯性用于检查我们没有通过增强设计元素、代码、测试其他未提及的内容来增加产品的空间业务需要。现有项目的主要目标仍然是正确的方向。在这里，需求被映射到测试用例的反向。
双向追溯
它是前向和后向追溯矩阵的组合，用于确保所有业务需求都在测试用例中执行。它还评估由于应用程序中的错误而导致的需求修改。
RTM 的优势
以下是需求跟踪矩阵的优势:
借助 RTM 文档，我们可以根据需求显示完整的测试执行和错误状态。
用于显示文档中缺少的要求或冲突。
这样，我们可以确保完整的测试覆盖率，这意味着所有模块都经过测试。
它还将考虑测试团队在重新设计或重新考虑测试用例方面所做的努力。
