常用的BUG管理系统

一般BUg管理大致流程是：
1.测试人员提交新的Bug入库，错误状态为New。
2.高级测试人员验证错误，如果确认是错误，分配给相应的开发人员，设置状态为open。如果不是错误，则拒绝，设置为Declined状态。
3.开发人员查询状态Open的Bug，如果不是错误，则置状态为Declined；如果是Bug，则修复并置状态为Fixed。不能解决的Bug，要留下文字说明及保持Bug为Open状态。对于不能解决和延期解决的Bug，不能由开发人员自己决定，一般需要通过某种会议（评审会）通过才能认可。
4.测试人员查询状态为Fixed的Bug，验证Bug是否已解决，如解决置Bug的状态为Closed，如没有结局置状态为Reopen。
一般的Bug管理系统虽然可以满足日常的Bug管理，但依然存在很多问题。例如：功能臃肿复杂，沟通难度大，上手难度高，需要线下部署，安装复杂。专业版本收费高昂，增大了企业负担等等。
以下，简单整理了几款Bug管理工具的优缺点，具体的使用问题还需待一一实践后整理记录。

1.QC（Quality Center）
QC前身是TD，即TestDirector，原属于Mercury Interactive公司（被HP收购），后改名为QC。QC是一个基于web的测试管理工具，基于J2EE(Java 2 Enterprise Edition)，可以组织和管理应用程序测试流程的所有阶段，包括制定测试需求、计划测试、执行测试和跟踪缺陷。此外，通过Quality Center还可以创建报告和图来监控测试流程。需要安装IIS和数据库，系统资源消耗较大，功能很强大，和其他的测试工具，比如loadrunner测试工具的接口做得比较好，数据可以在它们中共享。英文版的易用性不是很好，最重要的是收费且价格不菲，破解版的费事且性能不那么稳定。
资源地址：http://www.hp.com

2.Bugzilla
Bugzilla是由Mozilla公司提供的基于web方式，免费的开源的一款强大的缺陷跟踪系统(Bug-Tracking System)，是专门为Unix定制开发的，有强大的检索功能，强大的后台数据库支持，丰富多样的配置设定等；安装需要Perl和配置MYSQL数据库，过程比较繁琐，修改配置文件比较麻烦。英文版的能汉化但是汉化后容易出现乱码。
资源地址：http://www.bugzilla.org

3.Bugfree
借鉴微软的研发流程和Bug管理理念，使用PHP+MySQL独立写出的一个Bug管理管理系统。基于web的测试管理工具，遵循GNU GPL，配置安装简单，只需到网上获取安装包，再配下PHP通用的环境即可；纯功能型的界面就无所谓美观；没有直接的截图功能但是可以以附件的形式存在；也有简单的报表统计功能；整体使用比较容易上手，另外，是开源免费中文版的BUG管理系统。
资源地址：http://www.bugfree.org.cn

4.EasyBUG
基于web的在线的，不用部署，不用配置；简单注册，即时使用，快速；创建项目，自动生成团队成员账号，自动化；界面很漂亮，操作容易上手，基本上只要是会上网的人一看就会用；多项目支持，快速切换项目，并行；区别于其他工具且最实用的一点是截图功能强大，且是以图片的形式直接存在，而不是以附件的形式存在；BUG解决流程也有记录在案；丰富的统计报表，一目了然；是国产的，有中英文版本，免费的。
资源地址：http://www.EasyBug.net

5.Mantis
缺陷管理平台Mantis，也做MantisBT，全称Mantis Bug Tracker。一款基于web的Php+Mysql的开源BUG管理系统，一款简单实用的系统，易于安装，易于操作，基于Web，支持任何可运行PHP的平台；也有截图功能，不过是以附件的形式存在，报表功能比较强大，需要配置才可用，是英文版的，不过可以通过汉化包和配置来汉化，有邮件支持但也需要修改配置。
资源地址：http://www.mantisbt.org

6.JIRA
JIRA是Atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA中配置灵活、功能全面、部署简单、扩展丰富，它的最好之处在于因你而变，依据不同团队、运作规则、制度流程实现随需定制。譬如：可定制个性化页面导航、Logo、页脚标识、页面视觉效果、文案术语表达、状态、自定义字段、工作流、过滤器、分析统计报表等。对JIRA来说，项目执行管理 、敏捷开发管理、体系流程管理 、产品Bug跟踪、提案跟踪、需求管理、客户服务等领域就是它最擅长的。但只提供30天的免费试用期。
资源地址：https://www.atlassian.com/software/jira/download/data-center

7.Bugzilla和JIRA的对比

对比项

Bugzilla

JIRA

版权

免费软件

商业软件

安装

会比较不方便，但目前不存在这个问题。

方便

响应速度

快

相对Bugzilla，会慢一点。

BUG处理流程

流程定制

不可以，流程是固定的。

可根据不同的问题类型定义不同的工作流。

非登记人能否验证，关闭BUG

可以

只要有权限，用户可以验证、关闭非自己登记的bug；另外，开发人员可以处理不是分配给自己的bug。

在分配界面，是否能修改bug信息

可以

分配界面不能修改bug信息；如果要修改bug信息（如“预期解决时间”），必须要进入编辑bug页面才可以

功能

BUG属性

缺少：

属性	应对办法
集成版本	暂无办法
修复版本
bug类型
产生来源
bug修复工作量
预期解决时间	暂用“优先级”来反映
重新打开次数	查看achrive

待改进：

属性	说明
BUG编号	所有项目的bug编号使用同一个序列号。最好是每个项目有自己的编号序列。

缺少：

属性	应对办法
产品版本	可以在系统中自定义一个输入域
产生来源
Bug修复工作量	在系统中有这个字段，但是要使用这个字段，需要打开一个开关
重新打开次数	暂无办法
严重性	系统中的“优先级”所描述的内容就是“严重性”的内容，可修改jsp文件，将“优先级”改为“严重性”
优先级	1.自定义这个输入域 2.因有“预期解决时间”输入框，故该属性可以不需要。

Bug属性中，下拉框的值是否可定制

Product、Component、Version可定制，其他）（如Priority，Security等）不能定制。

都可以定制

数据的备份、导入、导出

实现备份、恢复功能

可以。备份的数据是xml格式。可以将Bugzilla的数据导入JIRA数据库中

邮件通知功能

有。状态变化实时通知。

有。1.Bug状态变化实时通知； 2.定期收到邮件通知（对自定义的过滤器进行订阅）

超时重新登录控制

没有

有

过滤器

有，但查询页面中只能保存一个查询条件。

有，可以根据需要定义多个过滤器。

统计功能

图形和表格两种方式。统计内容，可根据需要自定义。

只能查看各版本的bug分布图，登录用户的bug分布图，及发行报告。

快速搜索

1.在首页才可以对bug进行快速搜索（bug编号或bug描述）。 2.进入选择项目、新增bug等页面时，就只能在页面最下方使用bug编号进行搜索，而不能对bug描述进行搜索，除非进入专门的搜索页面才可以。

JIRA则是将快速搜索放在了Top Bar，任何时候，都可以输入问题编号或者文本进行搜索。

快速搜索结果准确性

搜索的结果不合理。（选择Athena项目，输入“IDE”或“抓图”，搜出的结果不正确）

对于中文的搜索支持较好。对于单字母的搜索，结果不准确。

附件/屏幕截图上传

不可以

可以，但是必须经过三个步骤：将attachment开关打开；设置权限，哪些权限可以上传附件；在“Field Layout（System）”中，将“attachment”域设置为显示。（还可以限制上传附件的大小）

批量编辑、删除bug

不可以

可以

将bug转移到其他项目

不可以

可以

对全角双引号的支持

支持

在文本输入框中，全角双引号及双引号内的中文字会变成半角双引符号。如果使用半角双引号，那么双引号内的中文字不会出错。

界面

美观性

 比较粗糙，需要管理人员二次开发

较美观，并可根据需要进行界面的调整，定义新的字段。

图例区分

在查询bug界面，对最高和最低两种严重性级别，使用不同的字体颜色表现。

使用各种图标标识bug状态，在open的问题条，使用不同的颜色标识不同优先级问题的比例。

更改网站设置，如背景色、logo

不可以

可以

定制界面输入域的属性

不可以

可以（可定制：是否显示、是否必填、位置等）

排序、自定义显示列

可以

可以