概念
测试用例
测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。测试用例是一个标准的JIRA问题类型，并且是预先定义好的。
测试用例集（测试用例分组）
测试用例集是对测试用例进行组织和分组的实例，在测试用例集中可以创建子测试用例集，也可以创建或者链接测试用例。注意我们使用的过程中多用树形结构组织测试用例集。
测试计划（每次测试需要执行的用例）
测试计划描述了测试范围和测试活动。它是在一个项目中执行测试的基本要素。它包含了一组需要在测试中执行的测试用例。测试计划是一个标准的JIRA问题类型，并且是预先定义好的。
测试周期
（一个版本测几遍，或一个版本在多少环境上测试。 测试计划包括多个测试周期，在测试周期中触发Jenkins任务）
测试周期是对测试计划执行的一个迭代。每一个测试周期都包含一组从测试计划中继承来的测试用例（用户可以调整测试用例）。用户可以在一个测试计划中创建多个测试周期以覆盖不同的环境或者开发版本。在一个测试计划中需创建至少一个测试周期。
测试执行
测试执行是测试用例在测试周期中的执行实例，它可以存储测试用例的执行结果，并且可以记录“实际结果”、“备注”、创建或者链接缺陷。
synapseRT，更懂测试团队的需求
测试团队作为项目管理中不可缺失的一环，在使用Jira时总抱怨产品本身没有办法完全满足测试管理的需求，包括：
- Jira不提供树形结构或者文件夹结构来管理问题，测试团队无法方便地管理其测试用例。
- Jira不提供模块化的“测试步骤”，测试团队无法按步骤创建测试用例。
- Jira没有“测试计划”、“测试执行”以及“测试用例复用”的概念，使用Jira进行测试执行管理几无可能。
- Jira中无法做到测试用例，结果以及缺陷和需求的关联；产品，开发和测试团队的协作无从谈起。
以上的痛点直接导致测试团队与其它团队割裂开来，其它团队都在深入使用Jira的时候，唯有测试团队默默地搭建了另一套测试管理工具（HP ALM，TestLink等等）来管理测试，同时又不得不在Jira中跟踪需求和缺陷。这既不经济，也不方便。
synapseRT就是为了消除测试团队在使用Jira时的痛点而开发的Jira App，它提供了一整套测试管理和需求管理的解决方案，让测试团队完全回归Jira成为可能，同时具有辅助产品团队和开发团队更好的跟踪和管理需求的功能。下面我来逐一了解其在测试管理和需求管理上的独门秘笈。
在Atlassian应用市场里最受欢迎的测试管理插件之一，和Jira完美融合的强大的测试管理软件：synapseRT，它可以帮助开发团队在Jira中实现测试管理和需求管理，从而使所有团队能够高效地利用Jira这个强大的项目管理工具。
SnapseRT应用场景
1.可被业务人员用来记录和跟踪需求；<br /> 2.可被测试人员用来创建、组织、计划、执行测试用例；<br /> 3.可被开发人员用来跟踪为需求创建的测试用例以及从测试执行中发现的缺陷；<br /> 4.可被项目管理人员用来管理和组织软件测试以及生成各种关于需求和测试的报告；<br /> 众所周知嘛，不同的公司用自己的方式配置和使用JIRA，SynapseRT能很好的适应和支持这些不用的场景和流程。公司不仅可以定义自己的问题类型，然后映射为synapseRT的需求和缺陷类型，而且也可以为所有的synapseRT问题类型创建自己的工作流，包括测试计划和测试用例。这样就可以对每一个问题类型进行灵活的配置和使用。<br />[<br />](https://blog.csdn.net/qq_32532165/article/details/87931147)<br /> 
测试用例的树形结构
随着越来越多测试用例被创建，如何分组，分类和管理测试用例成为测试团队的一大难点。Jira中的平铺列表显然不适合大规模测试用例的实施和管理，如同其它企业级测试管理工具一样，测试用例的树形结构是synapseRT的必备技能之一。
除了支持树形结构，synapseRT还有以下功能来帮助测试团队更便捷地管理测试用例：
- 克隆测试用例（支持批量）
- 导入/导出测试用例（支持批量）
-
模块化测试步骤
测试用例的步骤通常有四部分组成：ID，步骤，测试数据，期望结果。synapseRT使其在Jira中从不可能变成为可能。
除了模块化的结构，测试用例还被赋予了如下功能： 克隆测试步骤
- 拖拽以排序测试步骤
- 导入/导出测试步骤
- 将测试用例和自动化脚本映射（自动化测试）
- 查看测试执行历史
- 查看关联的需求
-
测试执行管理
“用例先行，执行在后”，告诉大家在测试用例的管理之后，就要进行测试执行管理。测试执行管理通常包括：定义测试范围，分配测试任务，更新测试结果，上报缺陷以及状态跟踪（测试报告）。synapseRT紧紧围绕上面的测试流程，在Jira中实现了测试执行管理：
synapseRT中实现测试执行的管理方法： 定义测试范围：从树形结构的测试用例中直接选取测试用例
- 分配测试任务：批量指派测试人员
- 更新测试结果：用例级别和步骤级别的结果更新
- 上报缺陷：执行过程中从用例或者步骤直接上报缺陷，关联关系自动生成
-
需求的测试覆盖和跟踪
一个需求往往需要两个团队来紧密地协作才能完成：开发团队进行功能开发，测试团队进行测试覆盖。开发（产品）团队需要了解需求的测试情况，测试团队也需要知道覆盖了哪些需求。synapseRT同时解决了以上团队的协作问题，将需求和测试紧密地集成在了一起：
synapseRT通过以下功能将需求和测试结合在一起： 从需求创建测试用例（覆盖）
- 从需求查看测试用例执行结果
- 从需求查看关联的缺陷
- 从测试用例查看关联的需求
- 需求跟踪矩阵
敏捷看板集成测试信息
Jira 中的敏捷看板无疑是开发团队使用最为频繁的功能之一，开发任务（软件需求）、缺陷的修复情况往往会集中体现在看板中。然而如何才能快速地知道测试团队为这些开发任务（软件需求）所编写的测试用例？如何从敏捷看板获取每个开发任务（软件需求）的测试结果以及上报的缺陷？
synapseRT 将测试信息集成在了Jira敏捷看板中，拉近了开发团队和测试团队在看板中的距离：
synapseRT 在 Jira 敏捷看板中集成了以下测试信息：
- 和需求相关联的测试用例
- 测试用例在当前 Sprint 中的执行结果
- 测试执行过程中上报的缺陷
在 synapseRT 插件的帮助下，测试团队所需要的所有功能都深度集成在 Jira 中，团队只需要在 Jira 这一个系统中完成所有测试相关的任务。由于需求，测试和缺陷都统一在 Jira 中，它们之间的关联和追踪可以无缝地完成，真正做到了不同团队在同一个系统中的协同工作和管理。
SnapseRT使用流程
- 在JIRA中创建需求；
- 直接从需求中创建测试用例以保证需求被测试所覆盖，或者可以链接已有的测试用例到需求；
- 通过测试用例集来组织测试用例，为测试用例创建树形结构；
- 创建测试计划并且从测试用例集中挑选需要执行的测试用例；
- 为测试计划创建测试周期；
- 启动（开始）测试周期，为测试用例指派测试者（项目成员）；
- 测试者开始测试执行，发现缺陷时直接从测试执行中创建或者链接缺陷；
- 通过不同的测试报告查看测试结果
测试用例的详细信息
自动化 - 这个扩展区域允许用户将自动化脚本映射到测试用例问题上，当使用synapseRT提供的自动化解决方案完成自动化脚本的执行后，自动化执行的结果可以自动更新到synapseRT的测试执行中。
随机测试执行 - 这个扩展区域允许用户在不创建测试计划和测试周期的情况下快速执行测试用例
创建测试用例的三种方法：
1.从需求中创建测试用例（推荐）
2.从测试用例集中创建测试用例
3.直接创建测试用例
给测试用例关联需求：
执行用例
- 通过测试计划执行用例
-
测试用例集
添加子测试用例集
- 高级搜索链接测试用例
-
执行测试
明确测试计划和测试周期的概念
- 新建测试计划之后，添加测试用例，建议从需求中添加测试用例
- 可以从测试计划或测试周期中添加测试人员，测试周期中的人员会继承测试计划中的人员
- 测试周期的状态有 草稿 - 开始 - 放弃 - 完成 开始之后不允许删除该周期
- 需要开始执行用例，需要在周期中，将周期状态改为开始
- 重点讲周期克隆的功能，我们可以克隆一个流程，只执行之前失败的用例
- 用例执行之后，可以通过重新加载清空执行情况，重新执行
测试步骤
- 全部通过 或 部分通过，部分不适用 — 通过
- 一个失败 ———————- 失败
- 部分步骤未测试（无失败步骤） ——- 未测试
-
用例执行
执行的时候，可以切换列表视图和测试用例集视图
- 执行结果可以直接在结果栏修改，也可以批量修改
- 测试执行的时候可以直接添加缺陷或链接到已有的缺陷，还可以添加附件，比如log
- 可以给步骤链接缺陷，也可以给测试用例链接缺陷
用例执行结果展示
在测试计划页面可以看到，注意一下上面的已完成和未完成的测试计划SnapseRT主要组件
1.需求（问题）
synapseRT在需求问题类型中提供三个扩展区域以显示关联的需求，测试用例以及缺陷列表。
需求区域显示相关的父级需求和子级需求，简单的树形结构有助于快速理解需求是怎样分解的。可创建父、子级需求，链接父、子级需求，从需求树中查看当前需求的分解情况。
测试用例区域显示了所有关联到此需求的测试用例。可以为需求创建测试用例、链接测试用例、查看从需求中发现的缺陷。
缺陷列表区域显示了所有关联测试用例中报告的缺陷。
“注意：测试用例和需求是多对多的关系，比如可以将一个或多个测试用例关联到一个需求，反之亦然。”
2.测试用例（问题）
synapseRT在测试用例问题类型中提供四个扩展区域以显示测试步骤、关联的需求、测试用例集合测试计划。
测试步骤区域显示了组成测试用例的测试步骤信息。可以随意调整测试步骤的顺序，同事可以导出（或导入）测试步骤为CSV格式的文件。 PS：测试用例的估算时间和预测时间也会显示在这个区域。
需求区域显示了关联到这个测试用例的需求。
测试用例集区域显示了所有包含这个测试用例的测试用例集。可以添加或删除测试用例与测试用例集的关联关系 。
测试计划区域显示了执行这条测试用例的测试计划以及测试周期。并提供了在不同测试周期中的测试结果记录，及从这条测试用例中发现的软件缺陷。
自动化区域允许用户将自动化脚本映射到测试用例问题上，当使用synapseRT提供 的自动化解决方案完成自动化脚本的执行后，自动化执行的结果可以自动更新到synapseRT的测试执行中。（目前暂时未使用此功能）
随机测试执行区域允许用户在不创建测试计划和测试周期的情况下快速执行测试用例。
3.测试用例集（面板）
测试用例集是用来分组和组织大量测试用例的容器。synapseRT可以创建具有逻辑关联的测试用例，测试用例集提供了将测试用例组织为树形结构的能力，用户可以灵活地将测试用例分布在多层次的测试用例子集上。同时在测试用例集中可以用很多方式来组织测试用例，比如创建新的测试用例，或者链接已有的测试用例；创建测试用例子集或者移动测试用例以便改变其在测试用例集中的顺序。
4.测试计划（问题）
synapseRT在测试计划问题类型中提供三个扩展区域以显示：计划的测试用例、测试周期、需求覆盖率。
测试用例区域显示了测试计划中计划执行的测试用例。可以从列表中容易的读出每个测试用例在不同测试周期中的执行结果快照。
测试周期区域显示了测试周期列表（计划中的测试用例的执行迭代）。可以查看测试计划中测试执行的情况以及在每个测试周期中发现的缺陷。在创建测试周期的时候需要填写测试环境（浏览器或操作系统）和版本信息等来帮助区分创建此测试周期的目的。 PS：此区域也显示了测试执行的估算时间、预测时间以及已经花费的时间。
需求区域显示了所有被测试计划所覆盖的需求。可以查看测试用例覆盖率（百分比）以及在此测试计划中的执行结果。
计划覆盖对话列出了关联到需求的所有测试用例，测试用例后面的图标标明了此测试用例是否要在此测试计划中执行。
执行覆盖对话框中列出了关联到需求并且在测试计划中执行的测试用例，测试用例后面的图标标明了此测试用例在不同测试周期中的执行结果。
5.测试周期
测试周期页面显示了在测试计划中的测试用例的执行结果，同时进一步显示了测试信息，比如：测试者、缺陷附件以及执行备注。还可以看到测试用例执行结果分布的饼状图和从此测试周期中发现的所有缺陷的列表。从此页面可进入到详细的测试用例执行实例中，称之为测试执行。测试周期页也提供了一些批处理操作以加快测试执行的速度。
以上均为测试周期页的基本功能，还有提供以下额外的功能：
1）时间跟踪：显示这个测试周期中测试执行的估算时间、预测时间以及已经花费的时间。
2）自动化集成：允许添加jenkins/Bamboo job/plan并且从测试周期触发Jenkins/Bamboo job/plan。
3）列表视图/测试用例集视图：帮助用户将测试执行显示为列表或树状结构。
4）测试者状态：显示测试者的任务分配情况已经执行状态。
6.测试执行
测试执行是一个测试用例在测试周期中的独立的执行实例。从测试执行中可以记录测试执行的结果，步骤的测试结果，未测试执行创建（或链接）缺陷，也可以未执行添加附件。
下面是执行结果的说明：
7.测试计划（页面）
测试计划页面包含了选定项目的一些测试状态的概要信息。首先从主菜单中选择自己的项目，然后从项目的左侧导航栏中选择“测试计划”，这样就可以打开测试计划页面。测试计划页面主要是为了向用户快速地提供特定项目测试进程的基本信息。
【概览】选项卡页面显示最近30天的测试趋势图，它对项目管理团队粗略地了解测试进度和测试结果很有用。
【未完成的测试计划】选项卡显示此项目中所有未解决的测试计划。这些测试计划还未设定一个“解决方案”值，例如：还未达到工作流的终结状态。此选项卡中的典型测试计划是那些处于“进行中”状态的计划。
【已完成的测试计划】选项卡可以搜索已完成的测试计划以查看以前的数据，或者做一些结果对比。在这些测试计划中测试用例执行已经完成，理想的状态下不需要对这些测试计划做任何进一步的操作。
8.测试报告（页面）
synapseRT目前提供以下测试报告（均可导出为Excel文件）:
1）测试计划执行报告：提供一个测试计划中测试用例在不同测试周期中的执行结果。
2）测试周期报告：提供一个测试周期中测试用例的详细执行结果包括步骤结果。
3）需求覆盖率报告：显示关联到需求的测试用例的测试通过百分比。
4）随机测试执行报告：显示随机执行的测试用例的结果。
5）基于需求的测试报告：生成基于需求与测试执行统计的报告。
6）基于测试执行的测试报告：生成基于测试执行统计的报告。
7）执行日期分布报告：生成基于测试执行统计的报告。
8）缺陷矩阵报告：显示不同参数组合下的缺陷矩阵报告。
9）测试用例集报告：显示测试用例集在不同测试周期下的覆盖率。
10）测试用例燃尽图报告：生成测试用例燃尽图报告。
9.需求跟踪（页面）
由于测试用例关联到了需求，因此团队可以知道需求的测试覆盖率；由于测试用例执行后更新了测试结果，团队又可以知道被测试用例覆盖的需求的测试结果，以及测试结果中的缺陷情况。如下为矩阵时展示效果，还可切换为树型结构效果。
若有收获，就点个赞吧
0 人点赞
