根据每个公司性子的不同，规模的不同，所用到的bug管理工具也可能不同。你们用的bug管理工具是什么呢？下面先容几款主流的bug管理工具：
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. 支持邮件关照，邮件关照可以同事情流中和事情流之外的事宜关联；
Trac
Trac是一个为软件开拓项目须要而集成了Wiki和问题跟踪管理系统的运用平台，是一个开源软件运用。Trac以大略的办法建立了一个软件项目管理的Web运用，以帮助开拓职员更好地写出高质量的软件；Trac运用力求不影响现有团队的开拓过程。
Trac因此面向进度模型为项目管理模型的，很明显的特点便是它以里程碑(Milestone)办法进行项目管理的。每个里程碑中的详细要做哪些事情，就利用Ticket来进行定义、跟踪等。
Gitlab
Gitlab管理bug也是最近才打仗到。跟项目绑定，特殊方便管理bug，随时assign给干系开拓，也可以看到开拓提交bug时的Commits，每次发版可以对照干系提交，既方便测试，也可以在涌现问题时找到对应开拓。
Mantis
毛病管理平台Mantis，也做MantisBT，全称Mantis Bug Tracker。
Mantis是一个基于PHP技能的轻量级的开源毛病跟踪系统，以Web操作的形式供应项目管理及毛病跟踪做事。在功能上、实用性上足以知足中小型项目的管理及跟踪。更主要的是其开源，不须要包袱任何用度。
基本特性：
1. 个人可定制的Email关照功能，每个用户可根据自身的事情特点只订阅干系毛病状态邮件；
2. 支持多项目、多措辞；
3. 权限设置灵巧，不同角色有不同权限，每个项目可设为公开或私有状态，每个毛病可设为公开或私有状态，每个毛病可以在不同项目间移动；
4. 主页可发布项目干系新闻，方便信息传播；
5. 具有方便的毛病关联功能，除重复毛病外，每个毛病都可以链接到其他干系毛病；
6. 毛病报告可打印或输出为CSV格式，1.1.7版：支持可定制的报表输出，可定制用户输入域；
7. 有各种毛病趋势图和柱状图，为项目状态剖析供应依据，如果不能知足哀求，可以把数据输出到Excel中进一步剖析；
8. 流程定制方便且符合标准，知足一样平常的毛病跟踪。
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）
BUG管理工具的跟踪过程
再来说说一下bug管理工具的跟踪过程（以BugZilla为例子）：
测试职员创造了BUG，提交到Bugzilla中，状态为new，BUG的接管者为开拓接口职员，
开拓接口将BUG分配给干系的模块的开拓职员，状态修正为已分配，开拓职员和测试确认BUG，如果是本人的BUG，则设置为吸收；如果是别的开拓职员的问题，则转发出去，由下一个开拓职员来进行此行为；如果认为不是问题，则须要大家谈论并确认后，谢绝这个BUG，然后测试职员关闭此问题。
如果开拓职员接管了BUG，并修恰好往后，将BUG状态修正为已修复，并奉告测试在哪个版本中可以测试。
测试职员在新版本中测试，如果创造问题依然存在，则谢绝验证；如果已经修复，则关闭BUG。
我以上分享的每个工具都有自己的优缺陷，选择一款适宜自己的来提升事情效率。bug管理工具也不仅仅是先容到的几款，还有禅道，Redmine等，大家可以自己搜搜理解下。
后面
