2024年最全可追踪性矩阵和需求追溯性矩阵_软件需求可追踪性，oppoGolang面试

2401_84931473

于 2024-05-15 06:37:41 发布

阅读量620

点赞数 16

文章标签： go 学习面试

本文链接：https://blog.csdn.net/2401_84931473/article/details/138886704

版权

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

可追溯性矩阵是一个文档，它与需要多对多关系以检查关系的完整性的任何两个基线文档相关联。

它用于跟踪需求并检查是否满足当前项目需求。

**需求可追溯性矩阵（RTM）**是一个文档，用于映射和跟踪带有测试用例的用户需求。它在软件部署生命周期结束时提供的单个文档中捕获了客户提出的所有需求和需求可追溯性。需求可追溯性矩阵的主要目的是验证是否通过测试用例检查了所有需求，以便在软件测试期间不取消任何功能。

在本教程中，您将了解有关-

每个测试人员的主要议程应该是了解客户的要求，并确保输出产品没有缺陷。为了实现此目标，每个质量检查人员都应彻底了解需求并创建正面和负面的测试用例。

这意味着必须将客户端提供的软件需求进一步划分为不同的场景并进一步测试案例。每种情况都必须单独执行。

这里出现一个问题，即如何确保考虑所有可能的场景/情况对需求进行测试？如何确保在测试周期内不遗漏任何要求？

一种简单的方法是使用相应的测试方案和测试案例来跟踪需求。这仅称为“需求可追溯性矩阵”。

可追溯性矩阵通常是一个工作表，其中包含需求及其所有可能的测试方案和案例以及它们的当前状态，即它们是否已通过或失败。这将有助于测试团队了解针对特定产品完成的测试活动的级别。

Requirements Traceability Matrix

以上是样本需求可追溯性矩阵。

但是在一个典型的软件测试项目中，可追溯性矩阵将具有比这些参数更多的特性。

Requirements Traceability Matrix

如上所述，需求可追溯性矩阵可以：

这种矩阵可以为所有测试活动提供一站式服务。

除了单独维护一个 excel。测试团队还可以选择跟踪需求的可用测试管理工具。

在软件工程中，可追溯性矩阵可分为以下三个主要部分：

前向可追溯性：此矩阵用于检查项目是否按期望的方向进行，并且产品正确。它确保每个要求都适用于产品，并且每个要求都经过了彻底的测试。它将需求映射到测试用例。
**向后或反向可追溯性：**用于确保当前产品是否保持在正确的轨道上。这种类型的可追溯性的目的是通过添加代码，设计元素，测试或要求中未指定的其他工作来验证我们没有扩大项目范围。它将测试用例映射到需求。
**双向可追溯性（向前+向后）：**此可追溯性矩阵确保测试用例满足所有要求。它分析了工作产品中受缺陷影响的需求变更的影响，反之亦然。

让我们通过 Guru99 银行项目了解“需求可追溯性矩阵”的概念。

根据业务需求文档（BRD）**和**技术需求文档（TRD），测试人员开始编写测试用例。

假设，下表是我们针对 Guru99 银行业项目的业务需求文档或 BRD 。

在这种情况下，客户应该能够使用正确的密码和用户#id 登录到 Guru99 银行网站，而经理应该能够通过客户登录页面登录到该网站。