什么是可追溯性矩阵？(TM)
可追溯性矩阵是将需要多对多关系来检查关系完整性的任何两个基线文档关联起来的文档。
它用于跟踪需求并检查当前项目的需求是否得到满足。
什么是需求可追溯性矩阵？
需求跟踪矩阵(Requireability Matrix，RTM)是一个用测试用例映射和跟踪用户需求的文档。它捕获了客户提出的所有需求和需求。需求可追溯性矩阵的主要目的是验证所有需求都通过测试用例进行了检查，以便在软件测试期间没有未检查到的功能。
在本教程中，将了解更多关于-
- 为什么RTM很重要？
- 哪些参数要包含在需求可追溯性矩阵中？
- 溯源测试矩阵的类型
- 如何创建需求可追溯性矩阵
- 需求追溯矩阵的优势
- 需求可跟踪性矩阵(RTM)模板
为什么RTM很重要？
每个测试员的主要议程应该是了解客户的需求，并确保输出的产品应该是无缺陷的。为了实现这一目标，每个QA都应该透彻地理解需求，并创建肯定和否定的测试用例。
这意味着客户提供的软件需求必须进一步拆分到不同的场景中，并进一步划分到测试用例中。每个案例都必须单独执行。
这里出现了一个问题，即如何确保在考虑到所有可能的场景/情况的情况下对需求进行测试？如何确保测试周期中没有遗漏任何需求？
一种简单的方法是跟踪需求及其相应的测试场景和测试用例。这仅仅被称为“需求可追溯性矩阵”(Requireability Traceability Matrix)。
可追溯性矩阵通常是包含需求及其所有可能的测试场景和用例及其当前状态的工作表，也就是说，这将帮助测试团队了解为特定产品完成的测试活动的级别。
哪些参数要包含在需求可追溯性矩阵中？
- 需求ID
- 需求类型和描述
- 带有状态的测试用例
上面是一个示例需求可追溯性矩阵。
但是在一个典型的软件测试项目中，可跟踪性矩阵会有更多的参数。
如上所述，需求可追溯性矩阵可以：
- 在测试用例数量中显示需求覆盖率
- 特定测试用例的设计状态和执行状态
- 如果用户需要进行任何用户验收测试，则还可以在同一矩阵中捕获UAT状态。
- 相关缺陷和当前状态也可以在同一矩阵中提及。
这种矩阵将为所有测试活动提供一站式服务。
除了单独维护一份优秀的电子表格之外。测试团队还可以选择需求跟踪可用的测试管理工具。
可追溯测试矩阵的类型
在软件工程中，可追溯性矩阵可以分为三个主要组成部分，如下所述：
-
前向可追溯性：该矩阵用于检查项目是否在预期的方向上进行，以及是否有正确的产品。它将需求映射到测试用例。
-
追溯或反向追溯：用来保证当前产品是否保持在正确的轨道上。这种类型的可跟踪性背后的目的是验证我们没有扩展它将测试用例映射到需求的范围。
-
双向可追溯性(向前+向后)：此可追溯性矩阵确保测试用例覆盖所有需求。它分析受工作产品中的缺陷影响的需求更改的影响，反之亦然。
如何创建需求可追溯性矩阵
让我们通过一个项目来理解需求可追溯性矩阵的概念。 在业务需求文档(BRD)和技术需求文档(TRD)的基础上，测试人员开始编写测试用例。假设下表是我们针对项目的业务需求文档或BRD。
这里的场景是，客户应该能够使用正确的密码和用户名登录到网站，而经理应该能够通过客户登录页面登录到网站。
而下表是我们的技术要求文档(TRD)。
注意：QA团队不记录BRD和TRD。此外，一些公司使用类似于技术需求文档的功能需求文档(FRD)，但创建可追溯性矩阵的过程保持不变。
让我们继续在测试中创建RTM
步骤1：测试用例示例
验证登录，输入正确的ID和密码后，应能成功登录
步骤2：确定此测试用例正在验证的技术需求。对于我们的测试用例，技术要求是T94。
步骤3：在测试用例中记录此技术要求(T94) 。
步骤4：确定为其定义此TR(技术要求-T94) 的业务需求
步骤5：记下测试用例中的BR(业务需求)
步骤6：对所有测试用例执行上述操作。稍后提取的F RTM在测试中准备好了！
需求追溯矩阵的优势
- 确认了100%的测试覆盖率
- 突出显示任何缺少的需求或文档不一致之处
- 显示总体缺陷或执行状态，重点放在业务需求上
- 有助于分析或估计与重新访问或重新处理测试用例相关的对QA团队工作的影响
