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