前言
作为一名测试工程师,管理bug的生命周期是每天必备的日常工作;所以缺陷管理流程,以及缺陷如何记录并完成跟踪,都是测试必须要掌握的技能,然而管理缺陷需要借助缺陷管理平台。
目前比较主流和常见的一些缺陷管理平台有如下几款:
国内中小型企业:禅道,一个免费开源的系统
外企和大型企业:Jira,不免费
还有其他的:
bugfree
Readmine
Easybug
QC
TAPD
Mantis
本文章给大家重点讲解 Jira这个平台,如何使用和记录跟踪bug。
Jira是什么
Jira是Atlassian(艾特莱森-澳大利亚软件公司)公司出品的一款事务管理软件/缺陷管理类的软件。无论是“需求”/“BUG”/“任务”都是“事务”的一种,所以Jira可以胜任非常多的角色:需求管理、缺陷跟踪、任务管理等等。它特别适合敏捷开发团队使用,大型互联网公司如LinkedIn、Facebook、eBay等内部都在使用Jira。
JIRA产品非常完善且功能强大,安装配置简单,多语言支持、界面十分友好,能够跨平台部署和运行。JIRA 的特性如下:
- 管理缺陷,新特性、任务、改进或者其他任何问题
- 干净和强大的用户界面
- 灵活的工作流定制
- 全文搜索和强大的过滤器
- 企业级的权限和安全控制
- 非常灵活的邮件通知配置
- 可以创建子任务
- 方便的扩展及与其他系统集成:包括 email 、LDAP 和源码控制工具等;
- 丰富插件库
- 项目类别和组件/模块管理
- 可以在几乎所有硬件、操作系统和数据库平台上运行
JIra基本概念的介绍
1、项目(project)
在JIRA系统中的项目概念是一组问题单(Issue)的集合,项目可以根据组织需求来定义,例如:软件研发项目,市场营销活动,一个请假管理系统等。每一个问题单属于一个项目。每个项目需要有一个名称(例如:Website Issues)和关键字(Key,例如WEB)。项目的关键字会成为项目问题单前缀,例如WEB-101, WEB-102等
2、问题 /事件 (Issue)
JIRA跟踪问题,这些问题可以是bug,功能请求或者任何其他想要跟踪的的任务。issue的类型主要包括:
Bug — 故障,功能失效:Bug可由任何发现之人录入。–测试主要关注
Improvement — 提升,既有功能增强
New Feature — 新功能
Task — 任务,用来管理开发/测试的基准与进度
Task分配到人,以便进行管理团队成员每日都应该更新自己的Task使用时间和进度。SM,PM及TL可以查看状态信息,以便在第二天站会的时候能有效的解决问题。
Sub-task — 子任务,进行任务分解
3、版本 (Version)
对于一些类型的项目,尤其是软件研发项目,把一个问题单关联到一个特定的项目版本(例如:1.0 beta, 1.0, 1.2, 2.0)会非常有用。
问题单(Issues)有两个跟版本有关的字段:
影响版本(Affects Version(s):这个是要说明受问题单影响的版本.举例而言,一个软件Bug可能影响1.1和1.2版本。
修复版本(Fix Version(s)):这个是为了标明这个问题单在哪一个版本中被修复。
比如Bug的影响版本号是1.1和1.2,但是可能会在版本2.0中才被修复。没有修复版本号的问题单会被归类为未规划(Unscheduled)。
版本可以是下面三种状态之一:发布(Released),未发布(Unreleased)和归档(Archived)。
版本会有一个发布日期,并且如果在发布日期之后还没有按时发布,这个状态会自动变为过期状态(overdue)。
4、工作流(Workflow):
JIRA中的工作流由一系列的状态(statuses)和变迁(transitions)构成,一个问题单在其生命周期中会经过这些状态和变迁。
不同项目模板会有不同的内置工作流,另外,也可以自己定义工作流。但是,一般,用默认就可以了。
5、状态(Status)
每一个问题单都会有一个当前的状态,状态说明了当前Issue的处理状态。这个可以自己定义!!
一个问题单开始阶段可能是Open或者To Do状态,然后可以转移到Resolved或者Closed,具体的迁移依赖于系统流程配置的方式。
状态分为:TO DO(待定),Progressing(进行中),Resolved(已解决),Done(已完成),Reopen(重新打开),Pending(搁置),Feedback(反馈)。用户可以通过浏览Issue页面中的状态操作按钮,改变当前的状态,操作为【open】【progress】【reopen】【pend】【resolve】【Feedback】【Close】。状态如下分类:
TO DO/Open(待定):每一个新建的Issue初始状态都为TO DO/Open。
Progressing(进行中):Issue(事件)指定给解决人之后,修改状态为Progressing,表示该Issue正在解决的过程中。
Under Review(在审核):与Processing类似。测试人员在验证
Resolved(已解决):当解决人把指定的Issue解决完成后,修改状态为Resolved,表示该Issue已经解决完成,可以进行测试或验证了。
Done(已完成):测试人员或验证人员(通常是PM),确认该Issue正确后,修改状态为Done,表示该Issue已经被验证完成,是一个合格的Issue。原则上,解决人不能够直接close指定给自己的Issue,必须由指定给自己的reporter来验证。
Reopened(重新打开):验证不通过的Issue,修改状态为reopened,表示该问题仍未解决,可以指回给解决人继续解决。
Pending(搁置):无法处理,暂时搁置的问题,修改状态为pending。
Feedback(反馈):解决人对问题有疑问的问题,修改状态为Feedback,并指回给reporter。
Cancelled(取消):问题单被取消了,但是也可以被再次打开
Approved(审核通过):任务审核 通过了
Rejected(拒绝):任务或者问题被拒绝了
6、决议(Resolution)
一个问题可以有多种解决结果,其中只有一种方法是修复。一个解决结果通常会在状态变更时候被设置起来。
系统默认的问题解决结果会有以下几种:
Fixed — 修复
Unresolved – 未修复的状态
Won’t Fix — 不用修复。例如这个问题所描述的现象已不再有影响了。
Duplicate — 重复。同其它已经存在的问题重复了,推荐把相关的单子链接起来.
Incomplete — 未完成。没有足够的信息继续完成这个问题。
Cannot Reproduce — 不能重现。如果以后有更多信息可以继续可以重新打开这张单子.
Won’t Do — 不做。类似于不用修复的方案,试用于软件项目的默认状态。
注意,resolution也可以自己定义。一般不建议弄太多的状态,不方便进行跟踪。
Jira创建缺陷实战
现在我们来演示一下测试发布一个bug到Jira系统的过程:
1、使用测试账号登录到Jira;
2、点击菜单栏里“新建”创建issue;
3、选择对应项目和issue类型(bug),依次输入一下内容:
bug标题:简明扼要的语言描述清楚这个bug的操作和问题;
步骤描述:测试发现这个bug的步骤,需要尽可能的详细;
优先级:开发修复这个bug的优先级,一般由开发老大自己的设置;
工作量预估:开发修复这个bug的工作量的预估时间;
测试环境:bug发现的时候浏览器的版本、电脑的系统版本等这些环境因素,为了帮助开发尽快复现这个bug;
附件:bug的截图和视频等证据和素材,可以添加到附件里;
影响版本:这个bug影响的版本号;
预计修复时间:开发预计修复这个bug的时间;
相关的bug:有跟这个bug有关系的bug,比如阻塞了的bug,重复的bug等;
指派人员,指派给对应的开发,当然用户账号需要提前添加到jira里。
发布完成之后,bug就会显示在jira的issue模块里:
最后: 下方这份完整的软件测试视频学习教程已经整理上传完成,朋友们如果需要可以自行免费领取 【保证100%免费】
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!
转载自CSDN-专业IT技术社区
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.csdn.net/AI_Green/article/details/129048793