[搬家前]缺陷管理工具的比较

有种东西，叫缺陷管理工具，很是好用啊。而且有很多种。下面是一个传说中的使用率：

 

我的任务是，统计一些常用的免费开源的缺陷管理工具，做比较，写报告，以供老大做决策。下面是我统计的三种缺陷管理工具，各自的优劣等等

 

	BugFree	Mantis	Bugzilla
所用技术	MySql+PHp	MySql+PHP+IIS	MySql+Perl
涉及人员	系统管理员，项目管理员，用户组管理员	6种，viewer，reporter，updater，developer，manager，administrator	项目组长、开发者、 测试人员
访问方式	Web	Web	Web
Email通知	支持	支持	支持
权限分割	支持	支持	支持
添加备注	支持	支持	支持
中文支持	native	支持，需自行添加	支持，需自行添加
划分级别	支持，4个级别	支持，允许用户自定义级别层次	支持，P1-P5
支持模块	Test Case、Test Result、Bug	Bug	Bug
状态处理	3种：Active（活动，初始态）；Resolved（已解决）；Closed（已关闭，验证无误）	6种，新建，已确认，打回，已分派，已解决，已关闭	7种，Unconfirmed，New，Assigned，Reopended，Resolved，Verified，Closed
界面	1.项目选择框：切换当前项目 2.项目模块框：显示模块结构 3.查询结果框：指派给我、由我创建、我的查询 4.模式切换：bug，Test Case，Test Result切换 5.查询框：设置查询条件 6.查询结果框：自定义显示、统计报表 7.导航栏：显示用户信息	1.新用户登录                                   2.我的视图：指定给我的、未指定、由我报告、已解决、最近修改、我正在监视                       3.查看问题：查看问题资料，关系，上传，问题历史4.报告问题                                     5.修改日志   6.使用说明                                     7.个人账号                                     8.管理：项目管理、管理配置	1.用户界面  2.修改密码设置 3.报告Bug   4.Bug处理情况 5.查询Bug 6.权限  7.管理分组
BUG字段	1.BUG标题 2.项目名/模块路径 3.指派给 4.抄送给 5.严重程度                                   6.优先级 7.创建Build（版本） 8.解决Build 9.处理状态 10.机器配置 11.关键词                                    12.相关Bug 13.相关Case 14.复现步骤（导致bug出现步骤）	可以自定义添加字段，可以是数字类型，时间类型，字符串类型	1.component：模块信息  2.Platform，OS：发生的平台 3.Priority：优先级 4.Severity：严重级别 5.Initial State：状态  6.Assigned to:分配给  7.CC：可为多人（邮件列表）  8.Estimated Hours：评估解决时间  9.DeadLine:最晚解决时间  10.URL：bug的地位（可选） 11.Summary：Bug标题 12.Description：说明 14.Attachment：添加附件 15.Depends On：有关的Bug编号
BUG处理意见	1.By Design:设计需求就是这么设计 2.Duplicate：已被发现 3.Not Repro：无法复现 4.Fixed：问题修复 5.External：外部原因 6.Postponed：发现太晚，下一版本修复 7.Won't Fix:是个问题，不值得修复		1.已修改Fixed   2.不是问题Nvalid 3.无法修改Wontfix 4.以后版本解决Later  5.保留Remind  6.重复Duplicate 7.无法重现Worksforme 8.指定处理人Assigned to 9.超链接URL  10.概述Summary
优点	1.纯中文界面 2.拥有开源的开发团队，可提供技术支持与更新 3.拥有中文论坛 4.资料较多 5.配置不甚复杂	1.支持自定义字段，自定义层次等	1.支持的BUG处理意见类型、状态处理类型较多
缺点	1.虽开源，但是需要了解它的接口等才可进行更改    2.不支持像mantis的自定义字段等	1.需要支持中文设置 2.设置较为复杂