如何报告联合调查机构的可追踪性和测试覆盖面
需求可追溯性在JJRA中是什么意思?
需求可追溯性是衡量测试覆盖面的一种方法,通常指的是在开发生命周期的不同阶段(即:,需求收集,设计,开发,测试和维护。)
可跟踪性对于风险缓解是必不可少的,因为它允许您识别一个有问题的项目,理解是什么变化导致了它,并决定如何处理它。充分的可追溯性对 合规和风险缓解 从本案例研究中可以看出这种努力。
在JRA中,可追溯性意味着能够跟踪每个用户的故事、需求或发布到测试和任何由此产生的缺陷。您应该能够看到链接的测试用例和单个需求的结果,并能够生成一个完整的可追溯性报告,显示您的UIRA问题及其所有链接的测试工件。
什么是测试覆盖率在JRA?
测试覆盖率是衡量测试所测试的产品或应用程序的数量的质量保证指标。测试覆盖还有助于确保您已经准备、设计和计划了测试来覆盖应用程序的每个部分。
在JRA中,测试覆盖帮助我们确定运行、通过、失败、阻塞等测试的数量。对于每一个特性或产品需求,我们已经写了一个用户故事,史诗,或问题。通常情况下,您可以通过将用户故事与其相关的测试用例链接来跟踪JRA测试覆盖范围,反之亦然。测试覆盖率对于确保没有一个特性未经测试是至关重要的。
这个想法是要知道为他们编写了测试用例的需求的百分比。百分比越高,我们对测试活动将发现应用程序中任何潜在风险的信心就越大。
跟踪整个软件开发生命周期(SDLC)中的测试覆盖状态,可以让您确定没有充分覆盖的领域,并采取行动避免质量下降。这也有助于确保缺陷不会被生产。如果应用程序中存在缺陷,将在测试阶段而不是在产品已经启用时捕获缺陷。本文简要概述了开发项目目前的健康状况。
测试覆盖率和可追踪性之间的区别是什么?
测试覆盖度测量测试中的产品有多少被测试覆盖。通常情况下,只有当某项要求有相应的针对它的测试用例和指定的测试工程师时,才会被认为是"被涵盖"的。
可跟踪性是指在不同需求级别、风险分析、设计和验证之间建立的联系。可追溯矩阵用于将测试用例映射到需求。它是一个清单,列出了所有的需求,并列出了相应需求的测试用例。
为什么跟踪测试覆盖率和跟踪性在JJRA中很重要?
但你为什么要担心?以下是为什么跟踪测试覆盖率和保持测试可追溯性在JRA中很重要的前七个原因:
1.维护前向和后向可追踪性,确保可见性
向后和向前的可追溯性确保您的需求被测试用例覆盖。
可跟踪性帮助团队识别需求和其他工件之间的关键依赖关系。
它还有助于查明覆盖面上的差距,以便能够采取适当行动加以解决。
2.可追溯性有助于管理持续变化
团队可以很容易地确定相关任务,并估算出做出改变所需的工作。
可追溯性报告使您能够快速识别受影响的工件,评估更改的影响,并在项目需求更改时采取适当的行动。
3.可追溯性简化了审计过程
保持可追溯性是一个重要的工具,帮助审计员容易地审查需求和受影响的工件。
可追踪性确保可以发现不一致之处,并以最小的成本和努力及早解决。
4.可追溯性使测试管理更有效
可跟踪性通过帮助测试管理器验证测试是否涵盖需求,使测试管理更加有效。
它还减少了由于差异而导致维护不当的测试库数量。
有了可追溯性,质量保证领导可以预测和主动处理需求的变化,并确保这些变化应用于相关的测试用例。
它有助于评估系统的哪些部分已经测试,哪些部分需要额外测试。
它还有助于追踪缺陷回到原来的需求,并在缺陷级别(即。,缺陷泄漏,缺陷率和其他指标)。
5.测试覆盖率可节省时间
它允许您在SDLC中识别需求、缺陷和测试用例中的空白。
全面的测试覆盖创造了更多的测试用例--导致更少的缺陷,更少的工作在以后的阶段积累,以及更好的覆盖。
它还有助于识别和消除重复测试案例。
6.测试覆盖率降低了新发布的风险
良好的测试覆盖确保了生产过程中缺陷的减少.
它可以提高发布的质量和整体客户满意度。
全面的测试覆盖确保没有未经测试的需求,并提高您对测试活动的信心。
7.促进更平稳的测试周期
良好的测试覆盖率有助于您的过程更加可靠,并通过突出显示一组测试用例未覆盖的区域来减少出错的可能性。
它允许您通过评估测试覆盖率来确定单元测试或测试套件覆盖了多少软件。
它有助于确定是否缺乏任何代码或功能测试。
它有助于测试用例的优先排序和回归测试。
良好的测试覆盖率也有助于通过帮助您更早地识别缺陷,更快地解决缺陷,并保持对项目范围的牢固把握,来节省时间。
如何在JRA中创建测试覆盖和追踪报告
要创建测试覆盖面或跟踪报告,首先需要有需求或用户故事和测试工件,如测试用例、测试和缺陷。
很多团队都在问题中尝试将测试用例写入子任务,或者为测试创建自定义的问题类型。然而,JRA并不是为测试管理而设计的,也没有任何内置的测试覆盖率或跟踪报告。在这篇博文中,我们将使用一个专用的测试管理工具,与jraa集成,以创建测试覆盖率和针对在jraa中跟踪的用户故事的可追溯性报告。
步骤1:确定和审查综合管理体系中的产品要求
大多数跟踪需求或开发任务的团队使用的问题类型,比如史诗或用户故事。您的团队可以详细描述最终产品应该具备的功能或能力,或者将其定义为从最终用户的角度对软件功能的非正式的一般性解释。
创建测试覆盖范围或追踪报告的第一步是确定哪些用户故事被优先排序,以供您下一次冲刺或发布,并需要测试。
步骤2:为每个需求编写测试用例
在为每个需求编写测试用例时,有几种选择:
1.将测试用例作为一个问题的子任务写在JJRA中
2.创建自定义测试问题类型或使用JRA附加内容
3.使用专用的 测试用例管理工具
最后,如果您试图报告测试覆盖率或可追溯性,最快的方法是使用带有内置覆盖率和可追溯性报告的测试管理工具。
在编写测试用例时,请确保链接来自外部工具的任何需求。例如,在Testail中,您可以在测试用例或测试结果工件上复制/粘贴用户故事或需求的JRA问题ID,以表明测试是相关的,并提供两个平台之间的双向可见性。
步骤3:创建测试覆盖报告
如果您将测试用例编写为JJRA问题或子任务,那么创建测试覆盖率报告将是一个手动的工作。在这种情况下,创建覆盖报告的最快方法很可能是将用户故事的问题ID复制到电子表格中,然后创建第二列,为您创建的每个测试用例问题写下ID,并与每个用户故事逐一链接。您可以使用电子表格函数来计算有多少用户故事ID也有多少测试用例发布ID,有多少没有,如果您需要,可以创建一个图表。
要想快速创建一个覆盖报告的详细步骤,请查看 测试覆盖率报告文档 或者看这个视频 如何建立测试覆盖率 .
步骤4:运行JJRA中的测试和日志缺陷
一旦创建了足够的测试用例来充分覆盖整个应用程序,就可以开始运行测试了。
在运行测试时,链接您发现的任何缺陷以确保充分的可追溯性非常重要。在TESTRERI中,当您在运行或计划中添加测试结果时,您可以使用缺陷字段链接来自JIRA的缺陷或错误报告,甚至可以通过 从海神那里取出一个缺陷 .
步骤5:创建一个需求追踪报告
最后,一旦您记录了一些测试结果,或者正在尝试检查发布是否准备好部署,您就可以生成一个可追溯性报告。
手工创建追踪矩阵
如果您是手动创建一个可追溯性报告,那么您很可能会希望使用使用el电子表格或谷歌表的需求可追溯性矩阵。需求追踪矩阵可以显示以下内容:
用户验收测试(需要由用户完成)和用户验收测试状态
特定测试个案的执行情况
特定测试用例的设计状态
测试案例数量的要求覆盖面
相关缺陷
目前的测试情况
下面是创建基本需求追踪矩阵的步骤。这些步骤如下:
1.定义你的目标
示例:"我想创建一个可追溯矩阵,以了解需求发生变化时哪些测试和问题会受到影响。"
2.收集所有文物(即,要求,测试用例,测试结果,问题等。)
3.通过为每个工件添加列,为rrm创建一个模板
4.增加要求文件中的要求
增加需求说明和身份证
5.从测试用例文档中添加测试用例
添加符合前一步骤所述要求的测试用例
6.如适用,添加测试结果和问题
添加与前一步骤中提到的测试用例相对应的测试结果
7.必要时更新汇总表
在任何工件有变化时更新矩阵,以反映项目当前的健康状况。
这里是google或el电子表格中的一个可追溯矩阵的例子(注意:对于各种项目迭代,通常会有更多的列)。
用Testril自动生成需求追踪报告
要自动生成一个需求可追溯性报告,首先要打开一个用户故事,然后点击"共享"案例字段自动打开一个新的面板,其中包含针对这个特定用户故事的当前测试案例。
开始添加来自吉拉的测试案例
在"吉拉"中,单击"添加一个测试用例"按钮,并选择要在其中创建测试用例的项目。从这里开始,您将被重定向到使用已在引用字段中的用户故事问题ID创建测试用例页面。
直接用特斯特赖尔的方式编辑吉拉的用户故事
接下来,你必须说出第一个案例。对于这个例子,我们将命名第一个测试"成功登录",并通过单击"添加测试用例"立即保存它。
引用现在显示为一个链接,您可以悬停和编辑.通过点击引用,您将被重定向到jraa,在那里您可以打开"TESTRILL"案例面板,并立即看到您的测试用例正在通过"TESTRERI"的引用覆盖用户的故事。此外,如果你点击测试用例链接,你将导航到测试用例的详细信息。
注: 可以在配置TERRA集成时定制显示的字段。
快速添加多个测试用例的引用
现在,您可以打开测试用例列表页,并查看您的测试用例。在此页面上,您可以快速概述测试场景并大量添加用户故事引用。
在这个例子中,为了添加几个测试用例来覆盖登录用户的情况,我们选择"用无效电子邮件登录失败"、"用无效密码登录失败"和"无凭证登录失败"。"在这个例子中,我们还没有任何相关的引用,但是我们可以选择所有的测试用例来快速地大量添加引用。要做到这一点,只需选择案例,单击"编辑",然后编辑"选定".
最后,检查引用字段,将引用添加到登录用户故事中,并保存更改。您现在已经在这些测试和我们的用户故事之间创建了可追溯性。
售前咨询专员
