什么是可追溯性矩阵？（TM）
可追踪性矩阵是一个文档，它将需要多对多关系的任何两个基线文档联合起来，以检查关系的完整性。
它用于跟踪需求并检查当前项目要求是否得到满足。
什么是RTM（需求可追溯性矩阵）？
需求可跟踪性矩阵或RTM捕获客户端或软件开发团队提出的所有要求及其在生命周期结束时提供的单个文档中的可跟踪性。
换句话说，它是一个用测试用例映射和跟踪用户需求的文档。需求可跟踪性矩阵的主要目的是确保涵盖所有测试用例，以便在进行软件测试时不会错过任何功能。
需求可追溯性矩阵 - 参数包括
- 要求ID
- 风险
- 要求类型和描述
- 追溯设计规范
- 单元测试用例
- 集成测试用例
- 系统测试用例
- 用户验收测试用例
- 跟踪测试脚本
可追溯性测试矩阵的类型
-
前向可追溯性：该矩阵用于检查项目是否按期望的方向和正确的产品进展。它确保每项要求都适用于产品，并且每项要求都经过彻底测试。它将需求映射到测试用例。
-
向后或向后可追溯性：用于确保当前产品是否保持在正确的轨道上。这种可追溯性背后的目的是通过添加代码，设计元素，测试或其他未在需求中指定的工作来验证我们不扩展项目的范围。它将测试用例映射到需求。
- 双向可追溯性（前向+后向）：此可追溯性矩阵确保测试用例涵盖所有要求。它分析了受工作产品中的缺陷影响的需求变化的影响，反之亦然。
如何创建需求可跟踪性矩阵
让我们通过Guru99银行项目了解需求可追溯性矩阵的概念。
在业务需求文档（BRD）和技术需求文档（TRD）的基础上，测试人员开始编写测试用例。
让假设，下表是我们的业务需求文档或BRD的Guru99银行项目。
这里的情况是客户应该能够使用正确的密码和用户#id登录Guru99银行网站，而经理应该能够通过客户登录页面登录网站。
下表是我们的技术要求文件（TRD）。
注意： QA团队不记录BRD和TRD。此外，一些公司使用与技术要求文档类似的功能需求文档（FRD），但创建可跟踪性矩阵的过程保持不变。
让我们前进并创建RTM测试
第1步：我们的测试用例是
“验证登录，输入正确的ID和密码后，应该成功登录”
第2步：确定此测试用例正在验证的技术要求。对于我们的测试用例，技术要求是T94正在验证。
步骤3：在测试用例中注意此技术要求（T94）。
步骤4：确定定义此TR（技术要求-T94）的业务需求
第5步：注意测试用例中的BR（业务需求）
第6步：对所有测试用例做以上操作。稍后从测试套件中提取前3列。测试中的RTM就绪！
需求可追溯性矩阵的优势
- 它确认了100％的测试覆盖率
- 它突出显示缺少的任何要求或文档不一致
- 它显示了整体缺陷或执行状态，重点关注业务需求
-
它有助于分析或估计QA团队在重新审视或重新处理测试用例方面的工作所产生的影响