2023年4月17日发(作者：会议记录模板word下载)测试员不可不知的⼏款bug管理⼯具
下⾯介绍⼏款主流的bug管理⼯具：
1. JIRA（付费）
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, clod。 默认定义了⼀个简易的⼯作流, open-in
progress-resolved-clod；
3. ⽀持邮件通知，邮件通知可以同⼯作流中和⼯作流之外的事件关联；
2. Trac
Trac
Trac是⼀个为软件开发项⽬需要⽽集成了Wiki和问题跟踪管理系统的应⽤平台，是⼀个开源软件应⽤。Trac以简单的⽅式建⽴了⼀个软件项⽬管
理的Web应⽤，以帮助开发⼈员更好地写出⾼质量的软件；Trac应⽤⼒求不影响现有团队的开发过程。
Trac是以⾯向进度模型为项⽬管理模型的，很明显的特点就是它以⾥程碑(Milestone)⽅式进⾏项⽬管理的。每个⾥程碑中的具体要做哪些事
情，就使⽤Ticket来进⾏定义、跟踪等。⾥程碑是什么呢？⾥程碑是⼀些事件，我们设⽴这些事件是为了表明当这些事件发⽣的时候，我们的⼯作
已经达到了某种程度。为什么我不⽤欠条怎么写图片
时间点呢？原因在于使⽤时间点往往让⼈误以为，⾥程碑是按照时间来设计的，⽽不是按照事件来设⽴的。
3. Gitlab
Git Issue
Gitlab管理bug也是最近才接触到。跟项⽬绑定，特别⽅便管理bug，随时assign给相关开发，也可以看到开发提交bug时的Commits，每
次发版可以对照相关提交，既⽅便测试，也可以在中美谈判
出现问题时找到对应开发。
4. Bugzilla
Bugzilla
Bugzill王芗斋
a 是⼀个开源的缺陷跟踪系统（Bug-Tracking System），它可以管理软件开发中缺陷的提交（new），修复（resolve），关闭
（clo）等整个⽣命周期。
Bugzilla Bug报告分类
（1）待确认的（Unconfirmed）（2）新提交的（New）（3）已分配的（Assigned）（4）问题未解决的（Reopened）（5）待返测的
（Resolved）（6）待归档的（Verified）（7）已归档的（Clod）（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
缺陷管理平台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作为团队缺陷管理⼯
具的主要原因，也是为什么向⼤家推荐它的理由。在线录屏准确的记录了测试⼈员当时测试的场景及操作流程，⽂字表达不清楚，或⽆
法⽤⽂字表达的测试场景及流程，都能通过在线录屏解决，⽽且还⽀持声⾳录制；最终解决的测试⼈员和开发⼈员的之间的讨论乃⾄争
执，降低了沟通成本。为⼤家上图：
在线贴图也是Delbug管理⼯具的⼀⼤亮点，之前⽤过的bug管理⼯具需要先⽣成图⽚，再上上传，使⽤起来⾮常不⽅便。⽽Delbug管理⼯具
直接可以贴图，简化了操作流程，节约了时间。为⼤家上图：
多维度的bug统计，做为管理⼈员是我最喜欢的，也是我每天使⽤最多的功能，可以从项⽬、⼈员等维度进⾏bug统计，时刻掌握项⽬的进度
和bug数量。为⼤家上图：
轻量型的在线bug管理⼯具，在选择⼯具时有以下⼏个要求：在选择⼯具时有以下⼏个要求：
1．不⽤在本地安装部署，配置环境，即开即⽤；
2．⽅便bug管理，bug属性设置；
3．可以跨团队沟通，⽅便和开发协作；
4．随时掌握bug状态，修复进展等。
花费了⼀个星期的时间试⽤了五款在线bug管理⼯具，其评测结果如下：
tion
Teambition的设计简约，⼤⽓，⼩清新，直接明了。注册登录后会显⽰你所有参与的项⽬（以及所有完成已归档的项⽬），默认有⼀个新⼿指南
项⽬，让你能够快速上⼿。创建⼀个bug项⽬后，你可以通过“任务板”、“分享墙”和“⽂件库”等功能模块来管理bug。并且可以为bug设置
优先级：普通、紧急、⾮常紧急，这⼀点⾮常好，标签功能的添加可以丰富bug的属性设置。关联任务功能则可以将相关的bug进⾏关联提醒，便
于开发修复时进⾏参考。
但是，teambition的看板功能虽然可以追踪bug的状态和进展，但是⽆法简单直接的做到bug的版本管理，要实现bug的版本管理需要另外
建⽴项⽬来实现，这样⼀来操作将会变得⾮常繁琐，管理起来也很⿇烦，尤其是在进⾏版本对⽐的时候简直让⼈痛不欲⽣。
再有就是⽆法将bug任务跨团队指定给开发者，只能采取复制任务的形式将任务拷贝到开发团队的项家的作文600字
⽬中，如此⼀来即便开发将bug修复了并将
bug的状态标记为已完成，测试在bug管理项⽬中也⽆法看到，因为不同的项⽬中的任务状态⽆法同步。
le
Worktile和Teambition⾼度相似，两者都有着类似的看板设计，都是以任务为中⼼，⽂档⽂件可以作为任务的关联内容被归档，都在很早之
前就具备了⼦任务功能，但是在⼀些细节设计上⾯显得略有差距。Worktile可以从列表、标签、时间、成员等不同维度来管理bug任务。通过⽇历
视图，你可以轻松查看bug任务进展；团队成员也可以在worktile⾥轻松共享⽂件资料和进⾏在线讨论。Worktile的简报功能是对某⼀段时间项⽬
完成状态的⼀些统计，⽐如本周开启了多少bug任务，完成了多少bug任务，完成bug任务最多的⼈是谁，等等。
但是（敲⿊板，划重点），worktile不但在功能的优势上和teambition⼀样，就连在bug管理上的劣势也相似的雷⼈：⽆法实现bug的版本管
理功能；⽆法将bug跨项⽬跨团队指定给开发⼈⼈员修复。
⼼塞！
Tower在使⽤习惯上更加贴近于普通⽤户，界⾯设计的没有那么「酷」，但是却也能让⼈⼀⽬了然。主要的功能有讨论、任务、⽂档、⽂件
这四⼤部分，“讨论”这个功能⽐较⼜特点它直接在协作平台内架设了⼀个论坛，每个成员都可以发布帖⼦并回复讨论，帖⼦⽀持富⽂本格式。在
⾥创建⼀个项⽬后，你可以对任务进⾏指派管理，也可以在线讨论项⽬细节、分享资料⽂件、在线协作编辑⽂档等。通过动态消息栏，
你可以实时查看其他团队成员的⼯作动态。对于team leader⽽⾔，可以利⽤团队周报来了解团队成员的⼯作进展。
Tower在bug管理⽅⾯应该是⼏款软件⾥⾯功能最弱的⼀款，⽆法为bug任务设置优先级，⽆法通过加标签的⽅式丰富bug的属性，⽆法进⾏
版本管理，⽆法跨团队沟通。通过⼀段时坐标点
间的使⽤，个⼈感觉Tower更适合⽤作团队头脑风暴的⼯具和个⼈事务管理⼯具。
4.明道
经过了前⾯⼏款软件的使⽤，明道的上⼿就快多了，因为界⾯和功能基本上都⼤同⼩异，不过明道有别于上⾯三款软件的地⽅在于可以切换列
表和看板模式，在bug更新时列表模式显然更加友好，⽽对于状态的追踪，看板则要优于列表。⽽且在编辑bug任务详情的时候，详情页⾯是滑出
式的，可以和任务界⾯共存，体验⽐teambition和worktile的弹出式要好。
明道的界⾯和使⽤动态信息框，你可以随时向团队分享⼯作进度、资料和反馈问题等。在任务中⼼，你可以按照“任务”和“项⽬”两种模式
来管理任务。创建任务时，你可以添加任务描述，确定负责⼈、参与⼈员和截⽌时间，以便快速推进任务。在使⽤中产⽣的⽂档、图⽚、投票、问
答和视频，都会⾃动归档在⽂档中⼼，便于随时检索和使⽤。如上所述，功能点⼤多相似。
在使⽤了⼀段时间后发现明道虽然相⽐上⾯的⼏款软件⽅便了很多，但是依然⽆法很好的解决我的问题：bug的版本管理功能缺失。
Teamin是最近新出的⼀款软件，经⾝边的朋友推荐开始试⽤的，给我带来了很多惊喜。⾸先界⾯风格极其简洁，进⼊⾸页宛如⼀个记事本⼀样，
它创建任务的⽅式也很像是在做笔记：写完⼀条任务，回车，开始记录下⼀条。并且⽀持列表和看板模式的切换，在列表模式下记录更新完bug
任务后可以切换到看板模式查看任务的进展。最关键的是Teamin的⽬标管理功能，当我将⽬标管理功能调出来后惊呆了，这不就是我梦寐以求的
版本管理功能么？！⽽且还可以将bug任务跨项⽬跨团队指定给开发⼈员，这个简直不能更赞。另外像其他软件有的任务详情描述，标签功能等也
都有，标签字段和颜⾊都⽀持⾃定义。
唯⼀遗憾的⼀点是没有默认的任务优先级设置，不过这⼀点可以通过点赞关注任务或者添加标签和⾃定义字段来解决。
