什么是测试中的需求可追溯性矩阵（RTM）？
Thomas Hamilton 什么是可追溯性矩阵 (TM)？
可追溯性矩阵是一个文档，它将任何两个需要多对多关系以检查关系完整性的基线文档关联起来。
它用于跟踪需求并检查是否满足当前项目需求。
什么是需求可追溯性矩阵？
需求可追溯性矩阵 (RTM) 是一个将用户需求与测试用例映射和追踪的文档。它将客户端提出的所有需求和需求可追溯性捕获在一个文档中，并在软件开发生命周期结束时交付。需求可追溯性矩阵的主要目的是验证所有需求都通过测试用例进行了检查，以确保在软件测试期间没有功能未被检查。
为什么 RTM 很重要？
每个测试人员的主要目标都应该是理解客户的需求，并确保输出产品没有缺陷。为了实现这个目标，每个 QA 都应该彻底理解需求并创建积极和消极的测试用例。
这意味着客户提供的软件需求必须进一步分解为不同的场景，然后分解为测试用例。每个案例都必须单独执行。
这里出现一个问题：如何确保需求在考虑所有可能场景/用例的情况下得到测试？如何确保任何需求都不会遗漏在测试周期之外？
一个简单的方法是追踪需求及其对应的测试场景和测试用例。这仅仅被称为“需求可追溯性矩阵”。
可追溯性矩阵通常是一个工作表，其中包含需求及其所有可能的测试场景和用例以及它们的当前状态，即它们是否已通过或失败。这将有助于测试团队了解特定产品所做的测试活动的水平。
需求可追溯性矩阵中应包含哪些参数？
- 需求 ID
- 需求类型和描述
- 带状态的测试用例
上面是一个需求可追溯性矩阵的示例。
但在典型的软件测试项目中，可追溯性矩阵会包含更多参数。
如上图所示，需求可追溯性矩阵可以
- 显示测试用例数量中的需求覆盖率
- 特定测试用例的设计状态和执行状态
- 如果用户需要进行用户验收测试，则 UAT 状态也可以在同一矩阵中捕获。
- 相关的缺陷及其当前状态也可以在同一矩阵中提及。
这种矩阵将为所有测试活动提供一站式服务。
除了单独维护一个 Excel 表格外，测试团队还可以选择使用可用的测试管理工具进行需求追踪。
可追溯性测试矩阵的类型
在软件工程中，可追溯性矩阵可分为以下三个主要组成部分：
- 正向可追溯性：此矩阵用于检查项目是否朝着期望的方向和正确的产物进展。它确保每个需求都应用于产品，并且每个需求都经过彻底测试。它将需求映射到测试用例。
- 反向可追溯性： 它用于确保当前产品保持在正确的轨道上。这种可追溯性的目的是验证我们没有通过添加代码、设计元素、测试或其他未在需求中指定的工作来扩大项目范围。它将测试用例映射到需求。
- 双向可追溯性（正向+反向）：此可追溯性矩阵确保所有需求都包含在测试用例中。它分析工作产品中缺陷对需求变更的影响，反之亦然。
如何创建需求可追溯性矩阵
让我们通过 Guru99 银行项目来理解需求可追溯性矩阵的概念。
根据业务需求文档 (BRD) 和技术需求文档 (TRD)，测试人员开始编写测试用例。
假设下表是我们的业务需求文档或Guru99 银行项目的BRD。
这里的场景是客户应该能够使用正确的密码和用户 ID 登录 Guru99 银行网站，而经理应该能够通过客户登录页面登录网站。
而下表是我们的技术需求文档 (TRD)。
注意：QA 团队不负责编写 BRD 和 TRD。此外，一些公司使用功能需求文档 (FRD)，它类似于技术需求文档，但创建可追溯性矩阵的过程保持不变。
让我们继续创建测试中的 RTM
步骤 1) 我们的示例测试用例是
“验证登录，当输入正确的 ID 和密码时，应该成功登录”
步骤 2) 识别此测试用例正在验证的技术要求。对于我们的测试用例，正在验证的技术要求是 T94。
步骤 3) 在测试用例中记录此技术要求 (T94)。
步骤 4) 识别定义此 TR（技术要求-T94）的业务要求
步骤 5) 在测试用例中记录 BR（业务要求）
步骤 6) 对所有测试用例执行上述操作。然后从测试套件中提取前 3 列。测试中的 RTM 已准备就绪！
需求可追溯性矩阵的优点
- 它确认了 100% 的测试覆盖率
- 它突出了任何缺失的需求或文档不一致
- 它显示了总体缺陷或执行状态，重点关注业务需求
- 它有助于分析或估计对 QA 团队工作的影响，包括重新审视或重新处理测试用例
让我们通过视频中的一个示例来学习 RTM
如果视频无法访问，请点击此处
需求可追溯性矩阵 (RTM) 模板
点击下方下载 RTM 模板 Excel 文件
