可追踪性矩阵和需求追溯性矩阵
文章目录
- 可追踪性矩阵的维基百科解释
- **不同类型的需求可追溯性矩阵**
- 什么是需求可追溯性矩阵(RTM)? 示例模板
- 什么是可追溯性矩阵? (TM 值)
- 什么是需求追踪矩阵?
- 为什么 RTM 很重要?
- 需求追踪矩阵中要包括哪些参数?
- 可追溯性测试矩阵的类型
- 如何创建需求追踪矩阵
- 需求追踪矩阵的优势
- 让我们通过视频中的示例学习 RTM
- 需求追踪矩阵(RTM)模板
可追踪性矩阵的维基百科解释
可追踪性矩阵(traceability matrix)也称为追溯矩阵,简称TM,是软件开发中的文件,一般会用表格来表示,利用多对多关系的比较来确认二个形态基准文件中的关系完整性。可追踪性矩阵常用来将高阶需求(多半也包括市场需求)以及产品的细部需求和高阶设计、细节设计、测试计划及测试用例进行对应。
可追踪性矩阵可以用来确认目前专案的需求是否都有符合,也有助于建立需求建议书[2]、软件需求说明[3]、许多的交付文件,以及专案计划任务。
常见的用法是一份文件中的项目以识别文字表示,将识别文字放在表格的左边。另一份文件中的项目也以识别文字表示,放在表格的上方。若左边某一项目及上方某一项目有关,则在对应二项目的方格注记记号。最后会分别将每一栏及每一列的注记数量加总,表示此项目在另一份文件中有关的项目数量。若数值为零,表示在另一份文件中,没有和此项目对应的项目。若数字很大,表示其关系太过复杂,需要再加以简化。
为了简化可追踪性矩阵的建立,一般会建议加上和程式码文件的关联性,以作到前向可追踪性及后向可追踪性[1]。当在形态基准文件中有任一项目有变动,很容易可以看出哪些项目会受到影响。
不同类型的需求可追溯性矩阵
需求可追溯性矩阵有时分为三个子类型:
- 向前可追溯 RTMs:此矩阵的目的是通过将需求映射到测试用例来确保项目朝着所需方向前进。
- 向后可追溯 RTMs:此矩阵的目的是确保项目保持在正确的轨道上,并且原始范围保持不变。
- 双向可追溯性 RTMs:此矩阵包括向前和向后可追溯性,确保所有指定的要求都有相应的测试用例,反之亦然。
什么是需求可追溯性矩阵(RTM)? 示例模板
已剪辑自: https://www.kancloud.cn/apachecn/guru99-zh/1953521
什么是可追溯性矩阵? (TM 值)
可追溯性矩阵是一个文档,它与需要多对多关系以检查关系的完整性的任何两个基线文档相关联。
它用于跟踪需求并检查是否满足当前项目需求。
什么是需求追踪矩阵?
**需求可追溯性矩阵(RTM)**是一个文档,用于映射和跟踪带有测试用例的用户需求。 它在软件部署生命周期结束时提供的单个文档中捕获了客户提出的所有需求和需求可追溯性。 需求可追溯性矩阵的主要目的是验证是否通过测试用例检查了所有需求,以便在软件测试期间不取消任何功能。
在本教程中,您将了解有关-
- 为什么 RTM 很重要?
- 需求可追溯性矩阵中应包含哪些参数?
- 可追溯性测试矩阵的类型
- 如何创建需求追踪矩阵
- 需求追踪矩阵的优势
- 需求跟踪矩阵(RTM)模板
为什么 RTM 很重要?
每个测试人员的主要议程应该是了解客户的要求,并确保输出产品没有缺陷。 为了实现此目标,每个质量检查人员都应彻底了解需求并创建正面和负面的测试用例。
这意味着必须将客户端提供的软件需求进一步划分为不同的场景并进一步测试案例。 每种情况都必须单独执行。
这里出现一个问题,即如何确保考虑所有可能的场景/情况对需求进行测试? 如何确保在测试周期内不遗漏任何要求?
一种简单的方法是使用相应的测试方案和测试案例来跟踪需求。 这仅称为“需求可追溯性矩阵”。
可追溯性矩阵通常是一个工作表,其中包含需求及其所有可能的测试方案和案例以及它们的当前状态,即它们是否已通过或失败。 这将有助于测试团队了解针对特定产品完成的测试活动的级别。
需求追踪矩阵中要包括哪些参数?
- 需求编号
- 需求类型和说明
- 状态测试用例
以上是样本需求可追溯性矩阵。
但是在一个典型的软件测试项目中,可追溯性矩阵将具有比这些参数更多的特性。
如上所述,需求可追溯性矩阵可以:
- 在测试用例数量中显示需求覆盖率
- 特定测试用例的设计状态以及执行状态
- 如果用户要进行任何用户接受测试,那么 UAT 状态也可以捕获在同一矩阵中。
- 相关的缺陷和当前状态也可以在同一矩阵中提及。
这种矩阵可以为所有测试活动提供一站式服务。
除了单独维护一个 excel。 测试团队还可以选择跟踪需求的可用测试管理工具。
可追溯性测试矩阵的类型
在软件工程中,可追溯性矩阵可分为以下三个主要部分:
- 前向可追溯性:此矩阵用于检查项目是否按期望的方向进行,并且产品正确。 它确保每个要求都适用于产品,并且每个要求都经过了彻底的测试。 它将需求映射到测试用例。
- **向后或反向可追溯性:**用于确保当前产品是否保持在正确的轨道上。 这种类型的可追溯性的目的是通过添加代码,设计元素,测试或要求中未指定的其他工作来验证我们没有扩大项目范围。 它将测试用例映射到需求。
- **双向可追溯性(向前+向后):**此可追溯性矩阵确保测试用例满足所有要求。 它分析了工作产品中受缺陷影响的需求变更的影响,反之亦然。
如何创建需求追踪矩阵
让我们通过 Guru99 银行项目了解“需求可追溯性矩阵”的概念。
根据业务需求文档(BRD)**和**技术需求文档(TRD),测试人员开始编写测试用例。
假设,下表是我们针对 Guru99 银行业项目的业务需求文档或 BRD 。
在这种情况下,客户应该能够使用正确的密码和用户#id 登录到 Guru99 银行网站,而经理应该能够通过客户登录页面登录到该网站。
下表是我们的技术要求文档(TRD)。
注意:**质量检查小组没有记录 BRD 和 TRD。 另外,一些公司使用**功能需求文档(FRD),与技术需求文档相似,但是创建可追溯性矩阵的过程保持不变。
让我们继续前进,在测试中创建 RTM
**步骤 1:**我们的样本测试用例是
“验证登录名,输入正确的 ID 和密码后,它应该成功登录”
步骤 2 :确定该测试用例正在验证的技术要求。 对于我们的测试用例,技术要求是正在验证的 T94。
**步骤 3:**在测试用例中注意此技术要求(T94)。
**步骤 4:**标识为此 TR(技术要求-T94)定义的业务需求
**步骤 5:**注意测试用例中的 BR(业务需求)
**步骤 6:**针对所有测试用例执行上述操作。 稍后从测试套件中提取前 3 列。 测试中的 RTM 准备就绪!
需求追踪矩阵的优势
- 它确认 100%的测试覆盖率
- 它突出显示了所有缺少的需求或文档不一致的地方
- 它显示整体缺陷或执行状态,并着重于业务需求
- 在重新审视或重新测试测试用例方面,它有助于分析或评估对质量检查小组工作的影响
让我们通过视频中的示例学习 RTM
需求追踪矩阵(RTM)模板
点击下面下载 RTM 模板 Excel 文件
下载 RTM 模板 Excel(.xlsx)
可追踪性矩阵和需求追溯性矩阵相关推荐
- 软件和系统可追溯性学习(一)
** Traceability Strategy(可追溯性策略) ** 1. Traceability Fundamentals(可追溯性基础) 1.1 Essential Traceability ...
- 测试过程中的可追溯性要求
作者:郑文强 时间:2019年7月18日 测试过程中我们经常会强调可追溯性的重要性.本文和大家聊聊可追溯性的话题. 什么是可追溯性?我们可以先看看ISTQB术语的定义:根据ISO 19506和GBT ...
- 医用计算机风险评估,欧盟GMP问答(二) ——计算机化系统及医用气体可追溯性...
原标题:欧盟GMP问答(二) --计算机化系统及医用气体可追溯性 编译:冯霄婵 沈阳药科大学国际食品药品政策与法律研究中心 前言 上一篇文章中,我们介绍了欧盟GMP的一般规定以及无菌产品的相关问答,本 ...
- c++可达矩阵_测试分析人员必备知识—需求管理和可追溯性矩阵
测试分析人员必备知识-需求管理和可追溯性矩阵 严格的软件开发过程的基石是需求管理以及这些需求对实施的可追溯性,以及随后对正确实施的证明. 需求可追溯性由作者Gotel和Finkelstein定义为&q ...
- 测试分析人员必备知识—需求管理和可追溯性矩阵
测试分析人员必备知识-需求管理和可追溯性矩阵 严格的软件开发过程的基石是需求管理以及这些需求对实施的可追溯性,以及随后对正确实施的证明. 需求可追溯性由作者Gotel和Finkelstein定义为&q ...
- 需求跟踪矩阵模板_需求可追溯性矩阵(RTM)生成程序使用说明
需求可追溯性矩阵 ( Requirements Traceability Matrix ,简称RTM)ISPE中的定义如下: 需求跟踪矩阵需求追溯矩阵(RTM)是一个将整个验证过程中的需求联系起来的文 ...
- 如何满足从Jama需求到测试和代码的可追溯性?
开发和交付软件系统需要多少计划.法律考虑.技术知识和成本,这是令人吃惊的.有一些活动或实践的子层,如需求管理.软件测试或需求的验证和确认,这只是软件开发生命周期(SDLC)中的几个阶段. 此外,由于合 ...
- 区块链不可篡改等特性,可满足金融行业对安全性、可追溯性、有效监管的迫切需求
金融业的数字化转型引发持续关注.数字金融.智能金融.区块链等关键词都得到了热烈讨论.数据,作为一种新型生产要素,早已成为推动国经济质量发展的重要动能.数据智能驱动金融业蝶变,"一切业务数据化 ...
- Misra-C编码规范全解读 - Dir 3 需求的可追溯性
Dir 3 需求的可追溯性 ->返回总目录<- Dir3.1 所有的代码都应该可追溯到需求文档 必要性 适用范围 参考 必选项 C90 C99 无 3.1.1 概述 说直白一点就是我们定了 ...
最新文章
- CMU赵越 关于异常检测的分享!
- bootstrap 点击加号 表格_bootstrap中的输入组按钮,点击加号加1,减1子
- din算法 代码_DIN算法代码详细解读
- 算法工程师面试备战笔记11_朴素贝叶斯分类某个类别概率为0怎么办
- vue移动端点击事件延迟_去除点击事件300ms延迟 (使用了vue之后)
- “深度撞击”号探测器与地球失去联络
- xise php一句话木马,渗透利器 | 常见的WebShell管理工具
- 编写一个程序,新建一个文件:d:\abc.txt,从键盘输入abc.txt内容(不超过100个字符)。然后新建另外一个文件:d:\def.txt,将abc.txt的前10个字符复制到def.txt上
- 2019杭州上城区公办小学学区划分
- 服务器鼠标键盘进系统不能用,笔记本开机后鼠标键盘都不能用了怎么办?
- 瞬态抑制二极管型号参数对照表,想要的都在这里
- dmaengine,dmatest, DW_DMAC driver
- JS控制台报错Uncaught TypeError Cannot read properties of null (reading ‘appendChild‘);的解决方法
- 一些蓝桥杯的简单模拟题目
- 解决IE11兼容HTML5 设置:设置兼容性视图网站正常显示网页
- cryptography
- 双 JK 触发器 74LS112 逻辑功能。真值表_【第十章】触发器和事件
- malic-2021年寒假热身-05 D - 楼高莫近危阑倚(DFS+树状数组)
- googiehost免费空间申请
- 今天给大家分享使用Scratch做一个连连看的游戏