1

我刚刚改变了我公司的手动测试角色，我的经理要求我为需求或测试用例制作可追溯性矩阵（我不确定）。然而，这是我第一次听说“可追溯性矩阵”这个词。但是，根据提供的信息，在一些博客上，我理解它类似于编写业务场景、测试场景和测试用例。我的理解正确吗？

4

3 回答 3

1

什么是可追溯性矩阵？

它用于跟踪需求并检查当前项目需求是否得到满足。也就是说，可追溯性矩阵是将任何需要多对多关系以检查关系完整性的两个基线文档相互关联的文档。

需求追踪能力矩阵

需求跟踪能力矩阵或 RTM 在生命周期结束时交付的单个文档中捕获客户或开发团队提出的所有需求及其可跟踪性。

简而言之，它是一个将用户需求与测试用例进行映射和跟踪的文档。需求跟踪矩阵的主要目的是看到所有测试用例都被覆盖，以便在测试时不会遗漏任何功能。

RTM 参数包括：

Requirement ID
Risks
Requirement Type and Description
Trace to design specification
Unit test cases
Integration test cases
System test cases
User acceptance test cases
Trace to test script

据我所知，可追溯性矩阵分为三种类型

Forward traceability
Backward or reverse traceability
Bi-directional traceability ( Forward+Backward)

前向可追溯性：该矩阵用于检查项目是否朝着期望的方向以及正确的产品进展。它确保每个要求都适用于产品，并且每个要求都经过彻底测试。它将需求映射到测试用例。

向后或反向追溯：用于确保当前产品是否保持在正确的轨道上。这种可追溯性背后的目的是验证我们没有通过添加代码、设计元素、测试或其他未在需求中指定的工作来扩大项目范围。它将测试用例映射到需求。

双向可追溯性（前向+后向）：此可追溯性指标确保测试用例涵盖所有需求。它分析受工作产品缺陷影响的需求变化的影响，反之亦然。

需求追溯矩阵的优势

It confirms 100% test coverage
It highlights any requirements missing or document inconsistencies
It shows the overall defects or execution status with a focus on business requirements
It helps in analyzing or estimating the impact on the QA team's work with respect to revisiting or re-working on the test cases
于 2016-09-29T21:06:31.860 回答
0

“需求可追溯性矩阵 (RTM) 是一种简单而有效的工具，可以为您的项目建立和维护双向可追溯性。

顾名思义，RTM 只不过是一张显示不同开发工件之间关系的表格。由于其简单性，它可​​以使用最基本的工具创建——例如使用 excel。有时甚至将其绘制在白板上以使团队中的每个人都可以看到它是有意义的。根据您创建 RTM 的目的，它可以可视化“链接”工件之间的直接链接，显示整个“跟踪”的累积视图。”

[ https://blogs.itemis.com/en/how-to-create-a-requirements-traceability-matrix]

于 2019-10-09T11:52:34.170 回答
0

这traceability matrix是测试程序的一个常见且非常有用的工具。由于矩阵结果，可以获得一些与测试过程相关的非常重要的覆盖率指标。您必须将两个指标固定为表格输入（例如x值和y值），并在满足两个输入之间关系的单元格中插入一个叉号。特别是，一些常见的可追溯性矩阵是：

  1. test cases <--> requirements：这种矩阵有助于测试人员估计给定结果的已实现测试用例的覆盖率。此表中的空单元格意味着必须生成更多测试用例才能满足所有给定要求，
  2. requirements <--> source code：此矩阵有助于了解某些生成的代码是否未包含在任何要求中。空单元格可能是由于需求数量不足或代码多余造成的，
  3. test cases <--> source code：这个矩阵有助于了解测试代码的百分比。不止一个原因可能导致单元格为空。
于 2016-09-29T21:05:50.477 回答