JIRA的使用介绍(三)- Xray - 基于JIRA的测试管理插件
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了JIRA的使用介绍(三)- Xray - 基于JIRA的测试管理插件相关的知识,希望对你有一定的参考价值。
参考技术A JIRA是一个流行的产品,除了其自身功能强,可扩展性好以外,JIRA还拥有一个庞大的生态圈。拥有众多的插件开发商、合作伙伴和用户。从产品层面看,JIRA产品具备很强的扩展能力,例如对于问题单类型、流程、表单、字段,报表,通知,权限配置都是可以定制的,而且还内置或者可以定制很多模板(Schemes)方便扩展。
另外JIRA产品拥有支持Add-On(插件)的能力,围绕Add-On能力Atlassian公司做了一个App市场,各种外围合作方和供应商可以通过App市场把他们开发的第三方的插件开放给所有JIRA产品的客户购买和使用。另外JIRA产品相关的相关的各种培训和论坛也都非常活跃。这些反过来也让这个产品更受欢迎。
Xray就是众多这些插件应用中的一个,Xray是一个叫xpand的英国公司开发的插件。据说就个插件已经在60多个国家被1K多的客户在使用。因为我们在之前的一个项目上用这个工具,所有有所了解。Xray在测试管理这个领域比较知名,下面就用这个插件为例介绍下使用JIRA+Xray如何进行测试管理。
项目可以包括多个版本,每一个版本可以包括一个或多个需求,一个需求可能包括一或多个测试用例。实际上,一个需求甚至可以包括测试集合。测试计划包括那些需要被跟踪的测试用例。测试执行包括那些希望被执行的测试用例。一个测试用例可以被包括在多个测试集合中,可以被多个测试计划所使用,也可以被多个测试执行所执行。一个测试用例可以包括一或多个前置条件,一个前置条件也可以被多个测试用例所引用。每次一个测试用例在测试执行中被执行后,一个测试运行(Test Run)就会被创建。
每一个阶段的测试一般都包括计划,设计,执行和报告四个主要过程,Xray中可以通过创建特定的问题单来对应以上步骤。
通常在使用一个Xray的测试项目之前,最好先创建一个需求相关的项目,这样通过和需求项目的关联,我们可以很容易知道测试的覆盖率。
安装Xray也很简单,通过JIRA内置的Add-On市场找到Xray,选择安装即可,可以试用一个月,喜欢就可以直接购买了。下面介绍下如何试用Xray一步步来做一个UAT测试的项目。
总体而言,Xray是一种非常简单易用的插件产品。系统设计的思路很贴近业界最新的测试理论和实践,例如自动化测试的设计,支持敏捷/看板的实践,另外可以很容易对接需求用例以及外围系统。
在我们的一个项目中,Xray被用于了UAT的测试过程,整个测试过程采用敏捷研发的方式,系统按照产品分多个团队,每个团队每两周一个迭代,每个迭代一个测试计划,每个测试计划包括若干测试用例,每个迭代失败的用例放入下一个迭代继续测试。
测试用例结构上分为Epic->Story->Test Case,其中Epic和Story来自需求和HLD,Test case需要覆盖所有Story。在用例执行层面有Sprint-> Test Plan -> Test Execution,用以管理所有用例的执行计划和执行结果。
整个使用过程很流畅,系统的概念清晰,内置了流行的测试方法论,系统可扩展性比较强,另外JIRA内置的强大JQL查询能力和Dashboard的定制能力也让人印象深刻。个人觉得Xray+JIRA是值得推荐的测试管理工具。
敏捷管理系列-基于Jira的Scrum敏捷管理实战
一文介绍了常见的四种研发模式,适用场景及优缺点。
一文介绍了敏捷与Scrum的关系,Scrum的核心概念价值、落地三三五五及度量标准等做了总结。
本文将介绍如何在团队中引入敏捷及基于Jira的Scrum管理实战的。
01 研发管理生命周期(SDLC)
02 引入敏捷,如何破冰
03 项目与团队
04 创建项目
项目CREQPOOL(业务需求池)
用于对接业务部门、市场及产品部门的需求,作为迭代需求评审的需求池。
项目CSTC(迭代项目)
用于日常迭代管理,需求评审后,将评审通过澄清后的需求迁移到该项目Backlog。基于该项目创建Sprint迭代计划和管理。
05 如何管理结构化需求
故事也称为“用户故事”,是简短的要求或从最终用户的角度提出的要求。
史诗是大型工作,可以分解为许多较小的任务(称为故事)。
倡议是朝着一个共同目标迈进的史诗集。
主题是整个组织的重点关注领域。
举例:
06 需求分解步骤
07 工作流设计
08 迭代机制与分支策略
09 基于 Jira敏捷管理实战
产品Backlog梳理
产品Backlog梳理——创建用户故事、独立任务和子任务
【概要说明】由对应的项目产品PO和Master创建用户故事;由对应的敏捷团队成员创建自己的独立任务和子任务
【关键图示】
产品Backlog梳理——用户故事拆分与估算
【概要说明】由PO或Master将用户故事拆分和估算的结果按照用户故事”三段论”录入Jira。进入产品Backlog中的用户故事、任务和子任务,正式进入迭代开发前都需要进行估算(以故事点数,团队估算方式进行)。
【关键图示】
产品Backlog梳理——滚动更新、排序
【概要说明】由PO来拖拽产品Backlog中的Issue进行重新排序,同时也在Issue属性页面中更新优先级。条目按照优先级排列,从上而下,不可随意更改顺序,只有对应的PO才可以修改。
【关键图示】
版本规划与迭代计划
版本规划和迭代计划——创建版本和管理版本
【概要说明】对应项目负责人或master在项目设置中创建和管理版本,这里的版本最好是产品版本。
【关键图示】
版本规划和迭代计划——创建迭代和管理迭代
【概要说明】对应项目负责人或master在敏捷看板中的相关页面创建迭代和管理迭代,为每个版本构建响应的迭代开发计划。
1. Sprint开始前务必确认迭代的开始和结束时间是否正确,故事\任务是否有遗漏;
2. 本迭代中的故事是否拆解并预估故事点数;否则开始后,在进行预估,会影响燃尽图与速度图;
【关键图示】
版本规划和迭代计划——执行迭代开发计划
【概要说明】对应敏捷团队成员拖拽自己名下的任务、子任务等到制定的列,并进行Issue状态的更新;由团队Master或者测试主管来拖拽用户故事到指定的列,并在迭代结束之后及时关闭迭代。
1. 迭代任务都在敏捷看板的Active Sprints面板中进行,每个Issue都以卡片形式出现在面板列中,可以直接拖拽更新状态;
2. 点击完成冲刺后,未完成的Issue将会自动退回到Backlog中待处理;
3. 可以通过面板-配置-卡布局,来设置要显示在卡片上的属性,如经办人、测试负责人、初始预估等。
【关键图示】
每日站会
每日站会——使用Jira的敏捷看板支持每日站会
【概要说明】团队成员围绕Active Sprints面板中的内容来召开每日站会,Issue状态发生更新时,就及时将其拖拽到指定列。
1. 迭代任务都在敏捷看板的Active Sprints面板中进行,每个Issue都以卡片形式出现在面板列中,可以直接拖拽更新状态;
2. 点击完成冲刺后,未完成的Issue将会自动退回到Backlog中待处理;
3. 可以通过面板-配置-卡布局,来设置要显示在卡片上的属性,如经办人、测试负责人、初始预估等。
【关键图示】
总结会
总结会——使用Jira数据统计报表支持总结会
【概要说明】Jira的敏捷管理具有丰富的报告和统计插件,时间与进度跟踪、Issue问题分析、预测与管理、测试报告等方面提供了数据报表展示功能。以燃尽图和速度图为例,如下图。
1. 燃尽图反映了工作的进展情况。理想情况下,随着剩余工作的完成,曲线燃尽至零。可以按剩余时间、预估时间、故事点数、过程等来展示。
2. 速度图反映了团队产生的变化趋势,体现了团队计划承诺完成的故事点数与实际完成的故事点数的对比。
Issue数据的真实性是分析的前提。
【关键图示】
产品质量管理
产品质量管理——使用Jira自带的Dashboard和Applet来支持产品质量管理
【概要说明】创建团队的Jira Dashboard来管理产品研发过程中的各种问题类型和覆盖问题生命周期的各阶段。添加Applet,选择“2维筛选器统计”和“饼图”,通过设置过滤器来关联数据。
【关键图示】
10 推荐插件
Tempo - 项目管理插件,工时统计等
SynapseRT- 测试用例管理
11 QA
Q: 是否必须要采用标准的敏捷管理?
标准敏捷管理成员素质要求较高,可以部分敏捷开始。可以适用当前环境的,就先开始推行,让其产生价值。起初,敏捷程度的高低并不重要,解决团队问题和现状,并交付目标,才是正道。
Q: 进行敏捷转型,遇到什么阻碍?
传统的瀑布模型转型敏捷时,思维和工作方式都会发生变化。开始会有很多人认为敏捷转型后是否比现在更好。在推行敏捷时,首先要明确解决了当下哪些问题,其次通过持续的培训,增强团队敏捷的认知。
Q: 如何带动团队氛围?
敏捷转型初期,选择相对积极同学参与组建敏捷团队,不要过于追求完美。先形似后神似,成功开展前两个迭代很重要。每日三赞,表现好的同学,站会及时提出表扬,做的差的以引导为主。总结会议或技术分享,可以准备一些礼品、水果、零食之类的,营造轻松氛围,真实反馈,相互讨论,互相促进。
部分参考:《互联网项目管理实践精粹》
以上是关于JIRA的使用介绍(三)- Xray - 基于JIRA的测试管理插件的主要内容,如果未能解决你的问题,请参考以下文章
Atlassian In Action-Jira之核心插件(三)