手动测试中的可追溯性矩阵是什么？如何计算或估计。？
What is trace-ability matrix in manual testing.? How to calculate or estimate.?
我最近更换了公司的手动测试角色，我的经理要求我为需求或测试用例制作可追溯性矩阵（我不确定）。然而，这是我第一次听说这个词'trace-ability matrix'。然而，根据提供的信息，在一些博客上，我了解到它类似于编写业务场景、测试场景和测试用例。我的理解对吗？
traceability matrix 是测试程序的常用且非常有用的工具。由于矩阵结果，可以获得一些与测试程序相关的非常重要的 coverage 指标。您必须将两个指标固定为 table 输入（例如 x 值和 y 值）并在单元格中插入一个叉号满足两个输入之间的关系。特别是，一些常见的可追溯性矩阵是：
test cases <--> requirements：这种矩阵帮助测试人员估计给定结果的已实现测试用例的覆盖率。此 table 中的空单元格意味着必须生成更多测试用例才能满足所有给定的要求，requirements <--> source code：此矩阵有助于了解某些生成的代码是否未包含在任何要求中。一个空单元格可能是由于需求数量不足或代码多余，test cases <--> source code：这个矩阵有助于理解测试代码的百分比。不止一种原因会导致单元格为空。
什么是可追溯性矩阵？
用于跟踪需求并检查是否满足当前项目需求。也就是说，可追溯性矩阵是将任何需要多对多关系来检查关系完整性的两个基线文档相互关联的文档。
需求可追溯性矩阵
需求可追溯性矩阵或 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)
前向可追溯性： 该矩阵用于检查项目是否朝着预期的方向进展并获得正确的产品。它确保每个要求都应用于产品，并且每个要求都经过彻底测试。它将需求映射到测试用例。
Backward or reverse traceability: 用于确保当前产品是否保持在正确的轨道上。这种可追溯性背后的目的是验证我们没有通过添加代码、设计元素、测试或需求中未指定的其他工作来扩展项目范围。它将测试用例映射到需求。
双向可追溯性（向前+向后）： 这个可追溯性指标确保所有需求都被测试用例覆盖。它分析了受工作产品缺陷影响的需求变更的影响，反之亦然。
需求可追溯性矩阵的优势
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
“需求可追溯性矩阵 (RTM) 是一种简单有效的工具，可以为您的项目建立和维护双向可追溯性。
顾名思义，RTM 只不过是显示不同开发工件之间关系的 table。由于它的简单性，它可以使用最基本的工具创建——例如使用 excel。有时甚至可以将它画在白板上，让团队中的每个人都能看到。根据您创建 RTM 的目的，它可以可视化“链接”工件之间的直接链接，显示整个“痕迹”的累积视图。“
[https://blogs.itemis.com/en/how-to-create-a-requirements-traceability-matrix]
我最近更换了公司的手动测试角色，我的经理要求我为需求或测试用例制作可追溯性矩阵（我不确定）。然而，这是我第一次听说这个词'trace-ability matrix'。然而，根据提供的信息，在一些博客上，我了解到它类似于编写业务场景、测试场景和测试用例。我的理解对吗？
traceability matrix 是测试程序的常用且非常有用的工具。由于矩阵结果，可以获得一些与测试程序相关的非常重要的 coverage 指标。您必须将两个指标固定为 table 输入（例如 x 值和 y 值）并在单元格中插入一个叉号满足两个输入之间的关系。特别是，一些常见的可追溯性矩阵是：
test cases <--> requirements：这种矩阵帮助测试人员估计给定结果的已实现测试用例的覆盖率。此 table 中的空单元格意味着必须生成更多测试用例才能满足所有给定的要求，requirements <--> source code：此矩阵有助于了解某些生成的代码是否未包含在任何要求中。一个空单元格可能是由于需求数量不足或代码多余，test cases <--> source code：这个矩阵有助于理解测试代码的百分比。不止一种原因会导致单元格为空。
什么是可追溯性矩阵？
用于跟踪需求并检查是否满足当前项目需求。也就是说，可追溯性矩阵是将任何需要多对多关系来检查关系完整性的两个基线文档相互关联的文档。
需求可追溯性矩阵
需求可追溯性矩阵或 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)
前向可追溯性： 该矩阵用于检查项目是否朝着预期的方向进展并获得正确的产品。它确保每个要求都应用于产品，并且每个要求都经过彻底测试。它将需求映射到测试用例。
Backward or reverse traceability: 用于确保当前产品是否保持在正确的轨道上。这种可追溯性背后的目的是验证我们没有通过添加代码、设计元素、测试或需求中未指定的其他工作来扩展项目范围。它将测试用例映射到需求。
双向可追溯性（向前+向后）： 这个可追溯性指标确保所有需求都被测试用例覆盖。它分析了受工作产品缺陷影响的需求变更的影响，反之亦然。
需求可追溯性矩阵的优势
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
“需求可追溯性矩阵 (RTM) 是一种简单有效的工具，可以为您的项目建立和维护双向可追溯性。
顾名思义，RTM 只不过是显示不同开发工件之间关系的 table。由于它的简单性，它可以使用最基本的工具创建——例如使用 excel。有时甚至可以将它画在白板上，让团队中的每个人都能看到。根据您创建 RTM 的目的，它可以可视化“链接”工件之间的直接链接，显示整个“痕迹”的累积视图。“
[https://blogs.itemis.com/en/how-to-create-a-requirements-traceability-matrix]