测试管理在JIRA使用西风
西风

测试管理在JIRA使用西风

发布的 Ritinder考尔 2015年6月2日

JIRA在项目经理中很受欢迎, developers and QA experts for its project management capabilities and issue-tracking features. 质量专业人员, JIRA 提供了 solid bug tracking and requirements management features that are deeply customizable. 的se sit alongside great team collaboration features that allow everyone to benefit throughout the dev cycle.

那又有什么问题呢? 好的,JIRA的一个突出的缺点是缺乏像样的测试用例管理. 测试用例管理,比如创建测试用例, 执行, 这个工具中不存在跟踪功能, 然而,一个名为西风的附加组件勇敢地试图弥补这一差距. 这个附加组件带来了大量的特性来解决JIRA中缺乏测试管理的问题, 以及“西风报告”对这一活动的反馈. 与此说,西风为JIRA它仍然有它的缺点-手机上买足彩的app将看到.

西风,JIRA

西风是为测试用例管理而构建的. It leverages JIRA’s existing bug-tracking features to manage test cases and their 执行. 它促进了开发人员之间的实时工作, QA, 和项目/产品经理, thus allowing for close monitoring and updates of the build for overall improved 软件质量保证. 虽然西风有限的报道能力在JIRA, test case planning and 执行 is easy and integrated with the JIRA bug tickets; thereby saving time by identifying the 执行 of previously failed test cases when a bug has been fixed.

JIRA主页

西风与JIRA无缝集成, 如上面的主项目屏幕截图所示——安装插件后,一个新的“测试”菜单选项包含在主导航栏中, 当展开时,将显示可用的测试用例管理操作的列表. 选项包括创建, 测试的执行和管理, 以及用于监控QA过程的测试总结和测试指标. 其他选项提供了使用此工具的帮助.

使用JIRA创建测试

在JIRA中,测试用例的编写方式与创建其他票据和问题的方式相同——使用屏幕右上角的“创建”按钮. 测试用例,由一个新的图标-表示 zephyr_mark_16x16-是一个独特类型的问题, 而Epic的其他标准类型没有改变, 故事, 改善和任务. 坦率地说,在Excel这样的电子表格工具中编写测试用例比在西风中编写测试用例要简单和高效得多,这主要是因为在Excel中通过键盘导航的能力. 使用箭头和TAB键. 在西风的浏览器屏幕上,QA工程师必须在多个字段之间切换,才能从一个测试用例切换到另一个测试用例, so when creating the initial test plan with potentially dozens or even hundreds of tests, 这很快就会变得乏味.

因此,手机上买足彩的app很自然地会问——为什么QA团队会选择使用这个工具呢? It offer some important and useful test case management features that a simple spreadsheet 做 not, 如:

  • 在创建测试用例时, 用户可以添加与之相关的注释,以提供更多信息. 其他团队成员也可以通过使用“Comments”标签提供有用的输入, 加强合作和 团队合作.
  • 可以创建测试周期,并将其附加到发布的特定版本.
  • Test cases can be assigned to specific test cycle(s) during its creation, ensuring timely 执行.
  • Files like screenshots and login information can be attached to the test case using the ‘Attach Files’ tab.
  • 西风允许一个测试用例连接到一个或多个其他问题,如Epic, 故事,甚至是另一个测试用例. 这确保了在开发人员和QA团队对这些测试用例进行工作时,这些被链接的测试用例一直处于考虑之中. 通过将一个测试用例链接到一个史诗, the QA team has the ability to easily run a full regression on a particular part of the product.
  • Test cases can be easily cloned, creating a duplicate copy which has the same test details. 克隆测试是一个单独的项目,不连接到原始测试.
  • 还可以克隆整个测试周期, 允许用一种简单的方法将整个测试计划从一个版本滚动到下一个版本, 或者从一种测试计划到另一种(例如, 从健全测试计划到回归计划).
  • 西风利用现有的项目, 组件, Labels or Versions in JIRA to make it easier for categorizing test cases in a flexible manner. 一个测试可以包含多个应用程序版本. 可以很容易地查看分组在一个项目或一个“标签”下的所有测试. 例如,如果 通讯应用程序 正在测试中,测试用例将不得不编写与聊天功能相关的. 它们可以在“聊天”和“可以一起查看”的标签下分组.
  • 搜索测试:和西风的其他问题一样, 通过使用“测试”选项卡中的“搜索测试”选项,可以很容易地搜索测试.
  • Helpful tip: use Excel to perform initial rapid test case creation and modification; once the test plan is stable import these test cases into 西风 for management, 执行, 和报告.

计划测试周期

西风 allows the user to create multiple test cycles and view them under their respective 版本. Tests can be added singly to an existing test cycle or cloned as a group from another test cycle (also, 一个测试可以是多个测试周期的一部分). 一旦将所有测试添加到您的测试周期中,执行阶段就会清晰地组织起来,并且跟踪结果也很容易. During 执行 a progress tracking bar displays the tests executed and the ones remaining as a percentage. 执行完当前测试周期后, 创建下一个测试周期(通常与下一个版本相关联), 然后将你想要的测试复制到这个测试周期中,这样你就可以在开发人员发布下一个QA版本时进行测试了 环境.

额外好处:为移动设备配置JIRA

Since JIRA was built primarily to cater to the development needs of the web and desktop applications market, leveraging JIRA for managing mobile application development involves some level of customization.

为了在JIRA中管理移动应用程序,可以添加这些自定义字段:

  1. OS 

    移动应用程序通常被设计成具有相同的用户功能,适用于不同的操作系统(OS). But, based on the platform on which they are applied, their implementation can be different.

    的 solution is the creation of a custom field specifying the exact OS; different tickets can be raised for the different developer teams working on Android and iOS.

  1. 影响构建

    开发人员需要 自己的环境 在那里他们可以编码和运行单元和集成测试. 因为开发环境是动态的和不稳定的, 它必须与QA(或登台)环境分开. 的 生产环境 是否排除在开发和测试阶段之外,以便最终用户和其他软件接口不受开发和测试动态的影响.

    票证应该只在创建它的环境中是关闭的. 默认情况下,JIRA中不包含该环境数据. It must be specified as a custom field in the issue documentation as, say, '影响构建'.

  2. 影响设备操作系统 

    手机制造商不断推出更新版本的操作系统. 例如: Kitkat is a version of the Android OS and it, in turn, has multiple 版本. 如果一张罚单是通过运行奇巧的设备筹集的, 开发者将需要在相同的操作系统上复制它.

    如果在JIRA问题屏幕上添加一个自定义字段来指定受影响的设备操作系统,那么他们可以最有效地做到这一点. 否则, they may end up trying to reproduce the issue on a different version where the same ticket may not be valid.

  3. 测试版本

    As developers release newer builds, testing of application components continues in real-time. 这可能发生在某一时刻, QA工程师可能对同一个组件有两个版本进行测试. 显然,他们想要测试最新的版本. 应该创建一个名为“测试版本”的自定义字段.

    组件的修复版本和测试版本可能相同- '1.例如,1 '. 但是,如果固定的版本是1.1,测试的版本是1.对于后者,有一个自定义字段将提供更多的清晰度,并防止混淆.

执行测试

This option allows the user to execute any test case after accessing its particular test cycle; the user can even run the test immediately without including it in any test cycle (this is considered an ad hoc 执行). 的 执行 and tracking of tests becomes easier if they are grouped under test cycles. 这可能会导致用户提出一个新问题(例如.g. 一个错误票), 将测试附加到已经存在的问题, 附加bug的可视证据,甚至插入注释.

新的文字-动作

使用西风和JIRA报告

测试总结和度量

西风有一个简单和基本的报告方案如下所示. 对于一个特定的项目, the number of total tests executed and the tests remaining can be seen in the test summary. 的 tests can also be seen based on the specific Version or any particular Label under which they are grouped.

JIRA测试摘要的截图

“测试”选项卡中的“测试指标”选项显示当前 状态 在饼状图和图形的帮助下,您的项目, 按天列出执行细节, by test cycles or by the name of a particular tester so that their output can be monitored. 可以定制测试指标,以反映特定版本或特定时间段的测试执行状态.

JIRA测试度量仪表板

JIRA格式特性的问题报告

JIRA通过包含一些有趣的内容,使得QA工程师的问题报告任务更加容易 格式化特性. Let's take the example of an issue to show how these features help when documenting bugs.

下面的截图显示了JIRA中的问题屏幕. Formatting features are available in the “Description” field to help make it more organized and presentable:

JIRA问题格式化屏幕

同时在描述字段中记录问题, QA工程师必须清楚地传达以下信息:

  • 这个问题.

    表之所以看起来像这样是因为它背后的语法. 对于一个 header,可以使用 h4. 在行开头的命令,后面跟着标题文本(例如单词 “环境” 这里). 头文件可以通过写入的方式放置在描述中 hn. 在行开头,后面跟着标题文本(其中 n 从1到6的数字是否按字体大小的递减顺序排列.

    添加  对于描述,使用竖条 (||) 将表标题和列文本围起来.

    在前面的例子中,表的语法是:

    |设备A|iPhone 6|用户A|

    |设备B|三星S5|用户B|

  • 如何重现问题.

    为了解决这个问题,开发人员将需要重新生成它. 你可以用n棕色的 列表 to 列出这些步骤,让他们更容易做到.

    若要创建编号列表,请使用磅或哈希符号 (#) 在语法的第一个空格中. 如果你以后需要在列表中插入任何步骤, JIRA通过自动重新调整列表编号的顺序来帮助您.

    在这个例子中,步骤的语法是:

    #给定用户A在他的私人图书馆上传了视频

    #在设备A上,将此视频作为自毁发送给用户B

    #在设备B上,查看消息线程中的照片预览

    如果要创建项目符号列表,可以使用星号 (*) 在这一行的第一个空格. 若要进一步缩进,请使用两个星号 (**).

  • 预期的行为是什么?

    作为一名QA工程师, you should describe what the application component is expected to do as part of the issue documentation. Whenever possible, provide a link to the relevant section in the specification documentation.

  • 实际的行为是什么?

    To draw attention to an attribute, you can use syntax to highlight it in bold using an asterisk (*) 或者用斜体,用下划线 (_) 甚至可以选择用不同的方式来显示 color. 

    只要可能,你应该附上测试证据,就像 图像 或者一个视频来显示组件的实际行为. JIRA提供了一个图像捕获工具 JIRA捕获 用于web应用程序测试. 要使用此工具,图像的URL地址包含在其中 ! 在Description的语法中.

    URL地址进一步包含在竖线中 (|) 符号,使图像显示在符合其尺寸的框中. 语法可以是这样的:

    http://jira.ahoh-cadeau.com: 8080 /安全/附件/ 12747 / Screenshot_2015-04-30-18-08-31.png | 300 | =高度宽度= 150!|

    你在描述中看到的是:

    推荐几个足彩外围app-在JIRA报告中显示组件行为的图像

正如您所看到的,这些特性的语法很容易理解和使用. 的 clearer your documentation, the better the developers can understand and resolve the issue.

在JIRA仪表板上报告度量标准

的 JIRA dashboard makes it very easy to view and analyze statistics for different fields such as projects, 版本, 和用户, 所有这些都经过筛选,并借助饼状图以图形方式表示, 图, 以及其他数据显示. JIRA是指这些图表和数据项为 '产品的, which can be customized both by their placement on the page as well as their appearance and behavior. 您还可以为小工具设置自动刷新时间周期, 因此,不需要手动查询或刷新来查看您的工作和团队的最新结果.

的 gadgets available on the JIRA dashboard can help the QA lead prepare a variety of reports:

  • 平均年龄报告: 本报告以条形图的形式表示,显示在特定时间点仍未解决问题的平均持续时间(以天为单位). 通过查看平均年龄报告,QA团队和管理层能够很好地了解项目的健康状况, 并在必要时提出适当的担忧.
  • 饼图报告: This report displays the issues of a project filtered by a query in the form of a pie chart. 它是当前构建的高级概述, 帮助跟踪进步, 评估工作负载,甚至团队成员的表现.
  • 热点图: 这是一个仪表盘小工具,很容易看. 用户看到的是根据查询分组的问题键的值. 的y are grouped on the Dashboard according to the number of the issues under each Label. 这将导致具有更高计数的Label的字体大小更大, 和逐渐缩小的字体大小的标签与更小的计数. 还有可视化的图表, 当新的sprint和项目开始时,热图有助于快速确定责任在团队成员之间的公平分配.
  • 创建和. 解决报告: 这个报告, you can view the number of issues created - and those which were resolved - during a specific time period. 利用这份报告可以很容易地评估该项目的健康状况和进展情况, and is ideal for giving feedback to management about the pace of work on both the QA and developer end.
  • 活动流装置: This dashboard gadget displays all the recent activity in all active projects by default. 可自定义显示按项目过滤的信息, 发出关键字或用户名以缩小显示的数据范围. 的 activity of more than one user also can be monitored by specifying their names in the “Apply Filters” field.  

无论是云测试, 自动化测试功能测试 or 回归测试, 软件质量保证 工作需要花费大量的时间、精力和对细节的关注. 掌握了一些度量标准的基本知识, 虽然, 任何团队都有充分的理由在这方面取得成功.

西风的局限性

手机上买足彩的app已经讨论了这个JIRA附加组件的许多好处, 但是西风有一些重要的限制,当评估这是否是适合你的测试用例管理工具时,必须考虑到这些限制:

Excel赢得效率

如前所述,在Excel中编写测试用例要高效得多. 一个解决方案是在Excel中创建并导入到西风中进行生命周期管理. 的 test cases can be edited within the tool as updates occur and test 执行 状态 changes.

快速编辑的问题

快速编辑是低效的-每次编辑都必须单独保存,用户试图使用他们的键盘必须tab多次进入下/上一行. No real workaround is available for this; and once the test cases are in 西风, 将数据导出到excel是没有意义的, 编辑它, 然后重新导入,因为你会丢失所有有用的历史记录.

分组的问题

的re is no facility in 西风 to group together and list all the test cases which are linked to the same issue. 如果您有一个与一些测试相关的bug票, there’s not a simple method to view and execute each of these tests again; this would be a useful way for a team lead to assign work to QA members if it were available.

历史报告缺乏一定的粒度

跨多个应用程序版本执行的单个测试用例的状态不能在任何类型的报告或查询中显示. 例如, 如果你在多个应用程序版本之间进行回归测试, you cannot view the results of these individual tests (and entire test cycles) across all these 版本. 作为QA主管,我不能轻易地分辨出小测试用例TC-131在过去3个应用程序版本中的表现, 而关键测试TC-223对于同样的版本有通过-失败-失败的历史. 有了这种历史报告,QA就可以在产品发布之前向管理层报告时,更深入地理解测试结果和全面的风险分析.

可视化和新的周期

Al虽然 there is a way to see a specific list of tests in a previous app version ( for example, 之前版本中所有失败的测试), 没有办法将它们作为一个组添加到测试周期中,以便将来执行. QA工程师必须手动记录每个测试,并将它们单独添加到另一个周期中. 在编写测试用例时,图像不能链接到单独的测试步骤.

当更新时,报表中的字段值会发生变化

字段值被绑定到实际的测试用例票据上,而不是与给定的测试运行或测试周期相关的测试票据上, 因此,任何历史报告都将显示最新的值,而不管该值在历史周期中是什么值. 例如, if TC-133 was changed from a low priority in an earlier version to a higher priority in a later one, 如果我运行一个关于早期执行结果的报告,我将看到测试用例的当前优先级,而不是执行时该字段的实际值. 这可能会导致混乱和潜在的误解.

那么,西风值得吗?

在软件测试服务等方面 推荐几个足彩外围app 提供了, 使用西风插件的JIRA可以是一个伟大的QA方式, 项目经理, 开发人员可以实时管理和监控测试和执行状态. 这是一个有用的工具, 然而,为了让QA团队从他们的测试工作中获得最大的利益,手机上买足彩的app必须考虑和理解上面讨论的限制, 在向管理层报告时提供必要的细节.

祝你好运,如果你也使用过这个工具,请让手机上买足彩的app知道你的想法!

推荐几个足彩外围appCTA 1 - clearcaption案例研究-获取案例研究-用户在手机上选择应用程序的图表

西风 工具 过程 & 方法 指标 JIRA
友情链接: 1 2 3 4 5 6 7 8 9 10