Bugzilla与JIRA的对比
Judy Shen
JIRA是澳大利亚Atlassian公司开发的一款不错的商业问题跟踪工具，包括bug、需求变更、评审记录等均可以在这个软件中进行管理。而Bugzilla则是一款开源免费的bug跟踪工具。在本文，我将Bugzilla和JIRA进行了对比。
|
对比项
|
Bugzilla
|
JIRA
| |||||||||||||||||||||||||||||
|
版权
|
免费软件
|
商业软件
| |||||||||||||||||||||||||||||
|
安装
|
会比较不方便，但是目前不存在这个问题。
|
方便
| |||||||||||||||||||||||||||||
|
响应速度
|
快
|
相对Bugzilla，会慢一点。
| |||||||||||||||||||||||||||||
|
Bug处理流程
| |||||||||||||||||||||||||||||||
|
流程定制
|
不可以，流程是固定的
|
可根据不同的问题类型定义不同的工作流
| |||||||||||||||||||||||||||||
|
非登记人能否验证、关闭bug
|
可以
|
只要有权限，用户可以验证、关闭非自己登记的bug。
另外，开发人员可以处理不是分配给自己的bug。
| |||||||||||||||||||||||||||||
|
在分配界面，是否能修改bug信息
|
可以
|
分配界面不能修改bug信息；如果要修改bug信息（如“预期解决时间”），必须要进入编辑bug页面才可以。
| |||||||||||||||||||||||||||||
|
功能
| |||||||||||||||||||||||||||||||
|
Bug属性
|
l 缺少：
l 待改进：
|
l 缺少：
| |||||||||||||||||||||||||||||
|
Bug属性中，下拉框的值是否可定制
|
Product、Component、Version可定制，其他（如Priority、Severity等）不能定制
|
都可以定制
| |||||||||||||||||||||||||||||
|
数据的备份、导入、导出
|
实现备份、恢复功能
|
可以。备份的数据是xml格式。
可以将Bugzilla的数据导入JIRA数据库中。
| |||||||||||||||||||||||||||||
|
邮件通知功能
|
有。
Bug状态变化实时通知。
|
有。
1.Bug状态变化实时通知。
2．定期收到邮件通知。（对自定义的过滤器进行订阅）
| |||||||||||||||||||||||||||||
|
超时重新登录控制
|
没有
|
有
| |||||||||||||||||||||||||||||
|
过滤器
|
有，但查询页面中只能保存一个查询条件
|
有，可以根据需要定义多个过滤器。
| |||||||||||||||||||||||||||||
|
统计功能
|
图形及表格两种方式。统计内容，可根据需要自定义。
|
只能查看各版本的bug分布图、登录用户的bug分布图、及发行报告。
| |||||||||||||||||||||||||||||
|
快速搜索
|
1.在首页才可以对bug进行快速搜索（bug编号或者bug描述）。
2. 进入选择项目、新增bug等页面时，就只能在页面最下方使用bug编号进行搜索，而不能对bug描述进行搜索，除非进入专门的搜索页面才可以。
|
JIRA则是将快速搜索放在了Top Bar，任何时候，都可以输入问题编号或者文本进行搜索。
| |||||||||||||||||||||||||||||
|
快速搜索结果准确性
|
搜索的结果不合理。（选择Athena项目，输入“IDE”或“抓图”，搜出的结果不正确）
|
对于中文的搜索支持较好。对于单字母的搜索，结果不准确。
| |||||||||||||||||||||||||||||
|
附件/屏幕截图上传
|
不可以
|
可以，但是必须经过三个步骤：
1. 将attachment开关打开
2. 设置权限，哪些权限可以上传附件
3. 在“Field Layout (System)”中，将“attachment”域设置为显示。
（还可以限制上传附件的大小）
| |||||||||||||||||||||||||||||
|
批量编辑、删除bug
|
不可以
|
可以
| |||||||||||||||||||||||||||||
|
将bug转移到其他项目
|
不可以
|
可以
| |||||||||||||||||||||||||||||
|
对全角双引号的支持
|
支持
|
在文本输入框中，全角双引号及双引号内的中文字会变成半角双引号符号。如果使用半角双引号，那么双引号内的中文字不会出错。
| |||||||||||||||||||||||||||||
|
界面
| |||||||||||||||||||||||||||||||
|
美观性
|
比较粗糙，需要管理人员二次开发。
|
较美观，并可根据需要进行界面的调整，定义新的字段
| |||||||||||||||||||||||||||||
|
图例区分
|
在查询bug界面，对最高和最低两种严重性级别，使用不同的字体颜色表现
|
1. 使用各种图标标识bug状态
2. 在open的问题条，使用不同的颜色条标识不同优先级问题的比例。
| |||||||||||||||||||||||||||||
|
更改网站设置，如背景色、logo
|
不可以
|
可以
| |||||||||||||||||||||||||||||
|
定制界面输入域的属性
|
不可以
|
可以
（可定制：是否显示、是否必填、位置等）
| |||||||||||||||||||||||||||||
|
排序、自定义显示列
|
可以
|
可以 | |||||||||||||||||||||||||||||
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
