测试员不可不知的几款bug管理工具

摘自http://www.51testing.com/html/72/n-4422172.html

下面介绍几款主流的bug管理工具:

1. JIRA(付费)

测试员不可不知的几款bug管理工具_第1张图片

  JIRA

JIRA的生产者把JIRA定义为Professional Issue Tracker,即它是一个专业的问题跟踪管理的软件。这里的”问题”对应的英文单词是Issue,所以含义比较广,包括Bug,Task,Enhancement,Improvement等等跟软件开发相关的名词。跟踪管理即对问题的整个生命周期进行记录和管理。一个问题从创建到解决到关闭涉及到很多相关信息,包括是什么问题,谁发现的问题,谁处理了这个问题,如何处理的,相应的代码有什么改变等等,JIRA可以方便的记录这些信息,并且在问题的不同状态呈现在相应的责任人面前

JIRA具有很多优点,对测试来说,以下3点必须知道:

  1. 针对问题其默认定义了丰富的字段来记录问题的各种信息,包括Issue Type, Issue summary, Issue Description, priority, assignee, reporter, resolutions等等;

  2. 默认定义了工作流的一些状态: new, open, defer, pending, resolved, reopened, closed。 默认定义了一个简易的工作流, open-in progress-resolved-closed;

  3. 支持邮件通知,邮件通知可以同工作流中和工作流之外的事件关联;

 2. Trac

测试员不可不知的几款bug管理工具_第2张图片

  Trac

Trac是一个为软件开发项目需要而集成了Wiki和问题跟踪管理系统的应用平台,是一个开源软件应用。Trac以简单的方式建立了一个软件项目管理的Web应用,以帮助开发人员更好地写出高质量的软件;Trac应用力求不影响现有团队的开发过程。

  Trac是以面向进度模型为项目管理模型的,很明显的特点就是它以里程碑(Milestone)方式进行项目管理的。每个里程碑中的具体要做哪些事情,就使用Ticket来进行定义、跟踪等。里程碑是什么呢?里程碑是一些事件,我们设立这些事件是为了表明当这些事件发生的时候,我们的工作已经达到了某种程度。为什么我不用时间点呢?原因在于使用时间点往往让人误以为,里程碑是按照时间来设计的,而不是按照事件来设立的。

3. Gitlab

测试员不可不知的几款bug管理工具_第3张图片

  Git Issue

  Gitlab管理bug也是最近才接触到。跟项目绑定,特别方便管理bug,随时assign给相关开发,也可以看到开发提交bug时的Commits,每次发版可以对照相关提交,既方便测试,也可以在出现问题时找到对应开发。

4. Bugzilla

测试员不可不知的几款bug管理工具_第4张图片

  Bugzilla

  Bugzilla 是一个开源的缺陷跟踪系统(Bug-Tracking System),它可以管理软件开发中缺陷的提交(new),修复(resolve),关闭(close)等整个生命周期。

Bugzilla Bug报告分类

  (1)待确认的(Unconfirmed)(2)新提交的(New)(3)已分配的(Assigned)(4)问题未解决的(Reopened)(5)待返测的(Resolved)(6)待归档的(Verified)(7)已归档的(Closed)(8)Bug处理意见(9)已修改的(Fixed)(10)不是问题(Invalid)(11)无法修改(Wontfix)(12)以后版本解决(Later)(13)保留(Remind)(14)重复(Duplicate)(15)无法重现(Worksforme)

  Bugzilla指定处理人:

  (1)可以指定一个处理人(2)如不指定处理人,则系统指定管理员为默认处理人

  Bugzilla链接:

  输入超链接地址,引导处理人找到与报告相关联的信息

  Bugzilla概述:

  (1)概述部分“Summary”的描述,应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。

  (2)如果是通用组件部分的测试,则必须将这一通用组件对应的功能名称写入概述中,以便今后查询。

Bugzilla平台操作系统

  (1)测试应用的硬件平台(Platform),通常选择“PC”

  (2)测试应用的操作系统平台(OS)

 5. Mantis

测试员不可不知的几款bug管理工具_第5张图片

缺陷管理平台Mantis,也做MantisBT,全称Mantis Bug Tracker。

  Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统,以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上、实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源,不需要负担任何费用。

  基本特性:

  1、个人可定制的Email通知功能,每个用户可根据自身的工作特点只订阅相关缺陷状态邮件;

  2、支持多项目、多语言;

  3、权限设置灵活,不同角色有不同权限,每个项目可设为公开或私有状态,每个缺陷可设为公开或私有状态,每个缺陷可以在不同项目间移动;

  4、主页可发布项目相关新闻,方便信息传播;

  5、具有方便的缺陷关联功能,除重复缺陷外,每个缺陷都可以链接到其他相关缺陷;

  6、缺陷报告可打印或输出为CSV格式,1.1.7版:支持可定制的报表输出,可定制用户输入域;

  7、有各种缺陷趋势图和柱状图,为项目状态分析提供依据,如果不能满足要求,可以把数据输出到Excel中进一步分析;

  8、流程定制方便且符合标准,满足一般的缺陷跟踪。

6. Dlebug

Delbug管理工具最突出的一点是在线录屏,这是目前市面上所有的bug管理工具没有的;这是我最终选择Delbug作为团队缺陷管理工具的主要原因,也是为什么向大家推荐它的理由。在线录屏准确的记录了测试人员当时测试的场景及操作流程,文字表达不清楚,或无法用文字表达的测试场景及流程,都能通过在线录屏解决,而且还支持声音录制;最终解决的测试人员和开发人员的之间的讨论乃至争执,降低了沟通成本。为大家上图:

测试员不可不知的几款bug管理工具_第6张图片
测试员不可不知的几款bug管理工具_第7张图片

  在线贴图也是Delbug管理工具的一大亮点,之前用过的bug管理工具需要先生成图片,再上上传,使用起来非常不方便。而Delbug管理工具直接可以贴图,简化了操作流程,节约了时间。为大家上图:

测试员不可不知的几款bug管理工具_第8张图片

  多维度的bug统计,做为管理人员是我最喜欢的,也是我每天使用最多的功能,可以从项目、人员等维度进行bug统计,时刻掌握项目的进度和bug数量。为大家上图:

测试员不可不知的几款bug管理工具_第9张图片

轻量型的在线bug管理工具,在选择工具时有以下几个要求:

  1.不用在本地安装部署,配置环境,即开即用;

  2.方便bug管理,bug属性设置;

  3.可以跨团队沟通,方便和开发协作;

  4.随时掌握bug状态,修复进展等。

花费了一个星期的时间试用了五款在线bug管理工具,其评测结果如下:

 1.Teambition

测试员不可不知的几款bug管理工具_第10张图片

Teambition的设计简约,大气,小清新,直接明了。注册登录后会显示你所有参与的项目(以及所有完成已归档的项目),默认有一个新手指南项目,让你能够快速上手。创建一个bug项目后,你可以通过“任务板”、“分享墙”和“文件库”等功能模块来管理bug。并且可以为bug设置优先级:普通、紧急、非常紧急,这一点非常好,标签功能的添加可以丰富bug的属性设置。关联任务功能则可以将相关的bug进行关联提醒,便于开发修复时进行参考。

  但是,teambition的看板功能虽然可以追踪bug的状态和进展,但是无法简单直接的做到bug的版本管理,要实现bug的版本管理需要另外建立项目来实现,这样一来操作将会变得非常繁琐,管理起来也很麻烦,尤其是在进行版本对比的时候简直让人痛不欲生。

再有就是无法将bug任务跨团队指定给开发者,只能采取复制任务的形式将任务拷贝到开发团队的项目中,如此一来即便开发将bug修复了并将bug的状态标记为已完成,测试在bug管理项目中也无法看到,因为不同的项目中的任务状态无法同步。

 2.Worktile

  Worktile和Teambition高度相似,两者都有着类似的看板设计,都是以任务为中心,文档文件可以作为任务的关联内容被归档,都在很早之前就具备了子任务功能,但是在一些细节设计上面显得略有差距。Worktile可以从列表、标签、时间、成员等不同维度来管理bug任务。通过日历视图,你可以轻松查看bug任务进展;团队成员也可以在worktile里轻松共享文件资料和进行在线讨论。Worktile的简报功能是对某一段时间项目完成状态的一些统计,比如本周开启了多少bug任务,完成了多少bug任务,完成bug任务最多的人是谁,等等。

  但是(敲黑板,划重点),worktile不但在功能的优势上和teambition一样,就连在bug管理上的劣势也相似的雷人:无法实现bug的版本管理功能;无法将bug跨项目跨团队指定给开发人人员修复。

  心塞!

 3.Tower

  Tower在使用习惯上更加贴近于普通用户,界面设计的没有那么「酷」,但是却也能让人一目了然。主要的功能有讨论、任务、文档、文件这四大部分,“讨论”这个功能比较又特点它直接在协作平台内架设了一个论坛,每个成员都可以发布帖子并回复讨论,帖子支持富文本格式。在tower.im里创建一个项目后,你可以对任务进行指派管理,也可以在线讨论项目细节、分享资料文件、在线协作编辑文档等。通过动态消息栏,你可以实时查看其他团队成员的工作动态。对于team leader而言,可以利用团队周报来了解团队成员的工作进展。

  Tower在bug管理方面应该是几款软件里面功能最弱的一款,无法为bug任务设置优先级,无法通过加标签的方式丰富bug的属性,无法进行版本管理,无法跨团队沟通。通过一段时间的使用,个人感觉Tower更适合用作团队头脑风暴的工具和个人事务管理工具。

4.明道

测试员不可不知的几款bug管理工具_第11张图片

  经过了前面几款软件的使用,明道的上手就快多了,因为界面和功能基本上都大同小异,不过明道有别于上面三款软件的地方在于可以切换列表和看板模式,在bug更新时列表模式显然更加友好,而对于状态的追踪,看板则要优于列表。而且在编辑bug任务详情的时候,详情页面是滑出式的,可以和任务界面共存,体验比teambition和worktile的弹出式要好。

  明道的界面和使用动态信息框,你可以随时向团队分享工作进度、资料和反馈问题等。在任务中心,你可以按照“任务”和“项目”两种模式来管理任务。创建任务时,你可以添加任务描述,确定负责人、参与人员和截止时间,以便快速推进任务。在使用中产生的文档、图片、投票、问答和视频,都会自动归档在文档中心,便于随时检索和使用。如上所述,功能点大多相似。

  在使用了一段时间后发现明道虽然相比上面的几款软件方便了很多,但是依然无法很好的解决我的问题:bug的版本管理功能缺失。

 5.Teamin

Teamin是最近新出的一款软件,经身边的朋友推荐开始试用的,给我带来了很多惊喜。首先界面风格极其简洁,进入首页宛如一个记事本一样,它创建任务的方式也很像是在做笔记:写完一条任务,回车,开始记录下一条。并且支持列表和看板模式的切换,在列表模式下记录更新完bug任务后可以切换到看板模式查看任务的进展。最关键的是Teamin的目标管理功能,当我将目标管理功能调出来后惊呆了,这不就是我梦寐以求的版本管理功能么?!而且还可以将bug任务跨项目跨团队指定给开发人员,这个简直不能更赞。另外像其他软件有的任务详情描述,标签功能等也都有,标签字段和颜色都支持自定义。

  唯一遗憾的一点是没有默认的任务优先级设置,不过这一点可以通过点赞关注任务或者添加标签和自定义字段来解决。

你可能感兴趣的:(测试员不可不知的几款bug管理工具)