有种东西，叫缺陷管理工具，很是好用啊。而且有很多种。下面是一个传说中的使用率：
我的任务是，统计一些常用的免费开源的缺陷管理工具，做比较，写报告，以供老大做决策。下面是我统计的三种缺陷管理工具，各自的优劣等等
| 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.项目模块框：显示模块结构 4.模式切换：bug，Test Case，Test Result切换 |
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的自定义字段等 | 2.设置较为复杂 |
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
