如何在Jira中报告可追溯性和测试覆盖率

测试覆盖率和可追溯性是测试时要跟踪的两个最重要的指标。本文将介绍如何在Jira中显示测试覆盖率、管理需求可追溯性以及创建可追溯性报告。

要创建测试覆盖率或可跟踪性报告，您需要有需求或用户情景和测试工件，如测试用例、测试和缺陷。

许多使用Jira的团队尝试将测试用例作为问题中的子任务编写，或者创建用于测试的自定义问题类型。但是，Jira不是为测试管理而设计的，并且不包括内置的测试覆盖率或可追溯性报告。

在本文中，我们将使用集成了Jira的专用测试管理工具TestRail为在Jira中跟踪的用户故事创建测试覆盖率和可追溯性报告。

步骤1: 在Jira中识别和审查产品需求

大多数在Jira中跟踪需求或开发任务的团队都使用epics或用户故事等问题类型。您的团队可能会详细描述最终产品应具备的功能或能力，或者从最终用户的角度将其定义为对软件功能的非正式的一般性解释。

创建测试覆盖率或可跟踪性报告的第一步是确定哪些用户情景已优先用于下一个冲刺 (sprint) 或发布，并且需要进行测试。

步骤2: 为每个需求

编写测试用例<img src="data:image/svg xml,”style =” width:704px;height:auto “class =” aligncenter “>

在为每个需求编写测试用例时，有几个选项:

写测试用例作为子任务的一个问题在Jira
创建自定义测试问题类型或使用Jira插件
使用专用的测试用例管理工具

对于测试覆盖率或可追溯性报告，最快的方法是使用具有内置覆盖率和可追溯性报告的测试管理工具。

在编写测试用例时，请确保链接来自外部工具的任何需求。例如，在TestRail中，您可以将用户情景或要求的Jira问题ID复制/粘贴到测试用例或测试结果工件的参考字段中，以指示测试是相关的，并提供两个平台之间的双向可见性。

步骤3: 创建测试覆盖率报告

如果您将测试用例编写为Jira问题或子任务，则创建测试覆盖率报告是一项手动工作。在此方案中创建覆盖率报告的最快方法是将用户情景的问题id复制到电子表格中。然后，创建第二列，列出您创建并链接到每个用户情景的每个测试用例问题的id。您可以使用电子表格函数来计算有多少用户情景id具有对应的测试用例问题id，以及有多少用户情景id没有对应的测试用例问题id，并根据需要创建图表。

有关在TestRail中快速创建覆盖率报告的详细步骤，请查看TestRail的测试覆盖率报告文档，或观看如何设置测试覆盖率与Jira的视频。

步骤4: 在Jira

中运行测试并记录缺陷<img src="data:image/svg xml,”style =” width:750px;height:auto “class =” aligncenter “>

一旦创建了足够的测试用例来充分覆盖整个应用程序，就可以开始运行测试了。

在运行测试时，将发现的任何缺陷链接起来以确保完全可追溯性是很重要的。在TestRail中，当您在运行或计划中添加测试结果时，可以使用 “缺陷” 字段链接来自Jira的缺陷或bug报告，甚至可以通过从TestRail推送缺陷来自动在Jira中创建新问题。

步骤5: 创建需求可跟踪性报告

最后，一旦您记录了一些测试结果或尝试检查发布是否已准备好部署，您就可以生成可跟踪性报告。

如何手动创建可追溯性矩阵

如果您要手动创建可追溯性报告，则可能会将需求可追溯性矩阵 (RTM) 与Excel电子表格或Google表格一起使用。RTM可以显示以下内容:

用户验收测试需要做的用户和用户验收测试状态
执行状态的特定测试用例
设计状态为特定测试用例
需求覆盖率在测试用例
相关缺陷
当前状态的测试

步骤创建一个基本的RTM:

1.定义你的目标

示例: “我想创建一个可追溯性矩阵，以了解哪些测试和问题会受到影响，如果需求发生变化。”

2.收集所有工件 (即需求、测试用例、测试结果、问题等)

3.通过为每个工件添加一列来为RTM创建模板

4.从需求文档中添加需求

添加需求描述和id

5.从测试用例文档添加测试用例

添加测试用例，对应的要求在上一步

6.如果适用，添加测试结果和问题

添加测试结果对应的测试用例在上一步

7.需要时更新矩阵

在任何工件发生变化时更新矩阵，以反映项目的当前运行状况。

以下是Google或Excel电子表格中的可追溯性矩阵的示例 (注意: 对于各种项目迭代，通常会有更多列)。

资源: 可追溯性https:// www.guru99.com/matrix.html

如何在TestRail中自动生成需求可跟踪性报告

要在TestRail中自动生成需求可跟踪性报告，首先打开一个用户情景，然后单击TestRail案例字段，以自动打开一个新面板，其中包含此特定用户情景的当前测试案例。

开始添加测试用例从Jira

在Jira中，单击按钮以添加测试用例，然后选择要在其中创建测试用例的项目。从这里，您将被重定向到TestRail测试用例创建页面，用户故事问题ID已经在参考字段中。

编辑Jira用户故事直接在TestRail

接下来，您必须命名第一个案例。在本例中，我们将第一个测试命名为 “成功登录”，并单击 “添加测试用例” 立即将其保存。

参照现在显示为链接，您可以将鼠标悬停在该链接上并进行编辑。通过单击引用，您将被重定向到Jira，您可以在其中打开TestRail case面板，并立即看到您的测试用例现在通过TestRail上的引用覆盖了用户故事。另外，如果单击测试用例链接，您将导航到TestRail中的测试用例详细信息。

注意: 当在TestRail上配置Jira集成时，可以自定义显示的字段。

快速添加一个引用到多个测试用例

现在，您可以打开测试用例列表页面，并在那里看到您的测试用例。在此页面上，您可以快速概述测试场景并批量添加用户情景参考。

在此示例中，要添加几个测试用例以覆盖我们的登录用户情景，我们选择 “使用无效电子邮件登录失败” 、 “使用无效密码登录失败” 和 “使用凭据登录失败”。我们还没有任何关联的引用，但是我们可以选择所有的测试用例来快速批量添加引用。为此，只需选择案例，单击编辑，然后编辑选定项。

最后，检查引用字段，将引用添加到您的登录用户故事中，并保存更改。现在，您已经在这些测试和我们的用户故事之间创建了可追溯性。

可追溯性和测试覆盖率共同帮助最大限度地降低风险，并确保您的QA测试流程全面且安全。

要了解有关如何使用Jira和TestRail构建高效测试流程、跟踪覆盖范围以及在开发和QA之间构建全面可追溯性的更多信息，请查看TestRail Academy的TestRail & Jira免费在线课程。

准备好将您的QA流程更上一层楼了吗？注册免费30天试用今天，看看TestRail如何帮助简化您的测试管理!努力

常见问题: 如何报告可追溯性和测试覆盖率在Jira

需求可追溯性在Jira中意味着什么？

需求可追溯性是衡量测试覆盖率的一种方法，通常是指在开发生命周期的不同阶段 (即需求收集、设计、开发、测试和维护) 跟踪业务需求。

可追溯性对于降低风险至关重要，因为它使您能够识别有问题的项目，了解导致它的更改，并确定如何解决它。完整的可追溯性对于合规性和风险缓解至关重要，如conversent的案例研究所示。

在Jira中，可追溯性意味着能够跟踪测试的每个用户故事、需求或问题以及任何由此产生的缺陷。您应该能够看到各个需求的链接测试用例和结果，并生成完整的可追溯性报告，同时显示您的Jira问题及其所有链接的测试工件。

图片: 在TestRail中立即生成可追溯性报告，以便您的团队可以实时查看测试状态，评估覆盖率，并将测试链接到要求和缺陷中Atlassian Jira。

Jira中的测试覆盖率是什么？

测试覆盖率是一种QA指标，用于衡量测试覆盖了多少被测试的产品或应用程序。测试覆盖率还有助于确保您已准备、设计和计划测试以覆盖应用程序的每个部分。

在Jira中，测试覆盖率帮助我们确定我们在Jira中作为用户故事，史诗或问题编写的每个功能或产品需求的测试运行，通过，失败，阻止等的数量。通常，您可以通过将用户情景与其关联的测试用例链接来跟踪Jira测试覆盖率，反之亦然。测试覆盖率对于确保没有未经测试的功能至关重要。

我们的想法是知道为他们编写测试用例的需求的百分比。百分比越高，我们就越有信心我们的测试活动将发现我们应用程序中的任何潜在风险。

图片: 在TestRail的覆盖引用 (案例) 报告让您能够快速浏览到测试覆盖率的引用在覆盖矩阵。

通过在整个软件开发生命周期 (SDLC) 中跟踪测试覆盖率状态，您可以确定没有足够覆盖率的区域，并采取措施避免质量下降。这也有助于确保生产中不会出现缺陷。如果应用程序中存在缺陷，它们将在测试阶段被捕获，而不是在产品已经上线时。这提供了开发项目当前运行状况的简要概述。

测试覆盖率和可追溯性有什么区别？

测试覆盖率衡量测试覆盖了多少被测试的产品。通常，只有当需求具有针对它的相应测试用例和分配给它的测试工程师时，它才被认为是 “覆盖” 的。

可追溯性是指各种需求级别、风险分析、设计和验证之间建立的联系。可追溯性矩阵用于将测试用例映射到需求。它作为一个清单，其中列出了所有要求，并针对每个要求列出了涵盖相应要求的测试用例。

为什么在Jira中跟踪测试覆盖率和可追溯性很重要？

但是你为什么要担心呢？以下是在Jira中跟踪测试覆盖率和维护可追溯性非常重要的七大原因:

1.保持向前和向后的可追溯性确保可见性

向后和向前可追溯性确保测试用例涵盖您的需求。
可跟踪性帮助团队识别需求和其他工件之间的关键依赖关系。
它还有助于确定覆盖范围的差距，以便采取适当的行动来解决这些差距。

2.可追溯性有助于管理持续变化

团队可以轻松地识别相关任务并估计进行更改所需的工作。
可追溯性报告使您能够快速识别受影响的工件，评估变更的影响，并在项目需求发生变化时采取适当的措施。

3.可追溯性简化了审计过程

维护可追溯性是一个必不可少的工具，可帮助审计员轻松审查需求和受影响的工件。
可追溯性确保可以以最小的成本和精力尽早发现和修复不一致。

4.可追溯性使测试管理更加有效

可追溯性通过帮助测试经理验证测试是否已覆盖需求，使测试管理更加有效。
它还减少了由于差异而导致维护不善的测试库的数量。
通过可追溯性，QA领导可以预测并主动处理需求中的变化，并确保这些变化适用于相关的测试用例。
它有助于评估系统的哪些部分已经过测试，哪些部分需要额外的测试。
它还有助于将缺陷跟踪回原始需求，并在缺陷级别提取度量 (即，缺陷泄漏、缺陷率和其他度量)。

5.测试覆盖率节省您的时间

它允许您识别差距的需求，缺陷，和测试用例早在你的SDLC。
全面的测试覆盖创建更多的测试用例-导致更少的缺陷，更少的工作，在后期阶段，更好的覆盖。
它还有助于识别和消除重复的测试用例。

6.测试覆盖率降低了新版本的风险

良好的测试覆盖率可确保在生产中减少缺陷。
它可以提高发布质量和整体客户满意度。
全面的测试覆盖率可确保没有未经测试的要求，并增强您对测试活动的信心。

7.促进更顺畅的测试周期

良好的测试覆盖率通过突出显示一组测试用例未覆盖的区域，帮助您的流程更可靠，更不容易出错。
它允许您通过评估测试覆盖率来确定单元测试或测试套件覆盖了多少软件。
它有助于确定是否缺少对任何代码或功能的测试。
它有助于测试用例优先级和回归测试。
良好的测试覆盖率还可以帮助您更早地识别缺陷，更快地解决缺陷并保持对项目范围的牢固把握，从而节省时间。

在本文中:

本文档中没有标题。

注册我们的时事通讯

注册我

分享这篇文章

</span