开源缺陷管理工具Bugzilla与JIRA的对比
MILY: verdana, sans-serif; TEXT-ALIGN: left">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/