📅  最后修改于: 2021-01-08 09:14:53             🧑  作者: Mango
可追溯性矩阵是一个表类型文档,在软件应用程序开发中用于跟踪需求。它既可以用于向前(从需求到设计或编码)跟踪,也可以用于向后(从编码到需求)跟踪。它也称为需求可追溯性矩阵(RTM)或交叉引用矩阵(CRM)。
在测试执行过程之前进行准备,以确保以测试用例的形式满足每项要求,以便我们不会错过任何测试。在RTM文档中,我们映射了所有需求和相应的测试用例,以确保我们为每种情况编写了所有测试用例。
测试工程师将为各自的分配模块准备RTM,然后将其发送给测试负责人。测试负责人将进入存储库,以检查测试用例是否存在,最后测试负责人合并并准备一份必要的RTM文档。
本文档旨在确保每个需求都有一个测试用例,并且根据客户提供的业务需求编写测试用例。如果缺少任何需求,它将在测试用例的帮助下执行,这意味着该测试用例不是针对特定需求编写的,并且未测试特定需求,因为它可能存在一些错误。编写可追溯性以确保满足所有要求。
我们可以在下图中看到未提及需求编号2和4的测试用例名称,这就是我们突出显示它们的原因,因此我们可以轻松地理解必须为它们编写测试用例。
通常,这就像一个工作表文档,其中包含一个表,但是对于追溯矩阵,也有许多用户定义的模板。可追溯性矩阵中的每个要求都与其各自的测试用例相关联,以便可以根据特定要求顺序进行测试。
注意:
我们会在批准后并且在执行之前使用RTM,这样我们就不会因为任何需求而错过任何测试用例。
我们在编写测试时不会写RTM,因为它可能不完整,并且在编写测试用例之后,我们不会去这里,因为测试用例可以被拒绝。
RTM文档确保在每个需求中至少有一个测试用例,而没有讨论针对特定需求而编写的所有可能的测试用例。
以下是需求追踪矩阵(RTM)的样本模板:
让我们通过一个RTM模板样本来更好地理解:
可追溯性矩阵可分为以下三种不同类型:
前向可追溯性测试矩阵用于确保在应用程序中正确执行每个业务的需求或要求,并进行严格的测试。这样做的主要目的是验证产品开发是否朝着正确的方向发展。在这种情况下,需求被映射到测试用例的正向。
反向或向后可追溯性用于检查我们是否通过增强设计元素,代码,测试业务需求中未提及的其他内容来增加产品的空间。这样做的主要目的是使现有项目保持正确的方向。在这种情况下,需求被映射到测试用例的反方向。
它是向前和向后可追溯性矩阵的组合,用于确保在测试用例中执行所有业务需求。它还评估由于应用程序中的错误而引起的需求中的修改。
以下是需求可追溯性矩阵的好处: