在敏捷、DevOps、CI/CD以及其他任何我们想加入的行业词汇的世界里，开发人员和测试人员面临着快速交付高质量、功能性软件的巨大压力。需求必须由一系列的测试来支持，这样才能看到分配的需求是否得到了满足。许多组织在Jira（或其他平台）中手动将测试结果与需求相关联，但这可能是乏味的，而且浪费精力。
相反，开发人员和测试人员可以自动化测试，并反过来依靠一个清晰的综合仪表板，他们可以在其中看到：
1、所有的测试结果以及测试通过和失败的百分比。
2、当前版本范围内的需求中，通过测试的百分比。
Parasoft的报告和分析就是这样做的，下面的截图显示了一个测试报告和需求跟踪的综合仪表盘的例子：
代码覆盖率和可追溯性
对于单元测试，Jtest，（C/C++test.和dotTEST的工作方式类似）收集单元测试执行的测试结果和覆盖率数据，并分析每一行代码，如果在测试过程中执行了，则标记为覆盖。总覆盖率是指被覆盖的行数与所有可能被覆盖的行数之比。用户可以通过检查覆盖率报告轻松地检查他们的代码是否已经被彻底测试，或者检查他们是否满足代码覆盖率的要求。Parasoft的覆盖率报告使用户能够轻松地识别出未覆盖的代码行和部分代码。
Jtest还可以让客户监控独立和Web应用程序，收集应用程序运行时执行的代码的覆盖率信息。QA和测试人员可以从他们的手动或自动测试会话中收集覆盖率数据，Jtest可以轻松地与第三方测试执行软件集成，实现自动化流程。
为了提供有效的测试可追溯性，Parasoft跟踪每个测试的覆盖代码，当用户想检查他们的测试用例到底测试了什么，或者确保适当的测试隔离时，特别有用（例如，如果一个单元测试执行了非预期的代码，访问了本地存储的文件或修改了环境，用户可以对其进行存根或模拟）。通过将测试与开发工件（如需求、任务或需求或任务管理系统中的功能请求）相关联，Parasoft可以收集需求到测试和测试到覆盖率的信息，使用户能够检查他们的功能实现是否被测试正确覆盖。
那么，我们如何将其运用起来呢？
自动化难题中的一个关键部分是将特定测试与需求联系起来的能力。 一个应用测试人员可能有一个测试，他们可以通过特定的输入和输出来实现自动化，但是如果不将其与特定的需求联系起来，他们仍然在浪费时间。使用 Parasoft SOAtest 的自动化功能，应用测试人员可以在 Jira 等跟踪系统中创建链接到特定需求的自动化测试，然后在开发测试平台中快速查看自上而下的报告。
要做到这一点，只需附加一个@req类型，并从Jira中输入相关的id，如下所示：
现在你已经将测试与需求标签联系起来了，在自动测试执行后，可以对其进行追踪。当测试从Jenkins等持续集成工具中调用时，会生成一份包含@req类型的报告，并将其引用到Jira中的需求。
JIRA需求溯源报告
需求跟踪报告可以帮助你展示存储在JIRA中的需求与使用Parasoft工具生成的测试、静态分析和构建审查数据之间的可追溯性。使用上面的技术，将需求和测试联系起来，在测试创建过程中，从这些关联中生成一个可追溯性报告。该报告包括一个小组件和下钻报告，显示与现有JIRA需求相关的测试数据。
JIRA需求饼状图可以按测试失败、不完整、通过和没有执行的测试来显示可追溯性。将鼠标悬停在饼状图上，可以显示每个饼状图中的测试总数。点击饼图可以进入详细的可追溯性报告。
追溯性信息也可以在Parasoft DTP中使用，给开发人员、测试人员和管理人员一个强大的、集中的参考点，以了解需求（在当前版本的范围内）被测试覆盖的彻底程度。未测试的需求(或测试失败的需求)可以被快速的识别出来，并将资源转移到解决问题上。在Parasoft DTP中，这看起来就像下面的样子，显示了一个可追溯性报告，显示了JIRA/Parasoft的相关性，加上每个工作项目的详细状态。
这就是你所拥有的——一个能快速显示你是否通过了每项要求的测试的整体概览。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
