Go最全可追踪性矩阵和需求追溯性矩阵_软件需求可追踪性(1)，2024年最新作为Golang程序员

最新推荐文章于 2024-06-12 22:18:06 发布

2401_84904391

最新推荐文章于 2024-06-12 22:18:06 发布

阅读量370

点赞数 3

文章标签： go 学习面试

本文链接：https://blog.csdn.net/2401_84904391/article/details/138949127

版权

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

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

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

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

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

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

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

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

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

Requirements Traceability Matrix

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

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

Requirements Traceability Matrix

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

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

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

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

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

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

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

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

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