常用的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属性中，下拉框的值是否可定制 | 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 | 不可以 | 可以 | |||||||||||||||||||||||||||||||
| 定制界面输入域的属性 | 不可以 | 可以（可定制：是否显示、是否必填、位置等） | |||||||||||||||||||||||||||||||
| 排序、自定义显示列 | 可以 | 可以 | |||||||||||||||||||||||||||||||
