文章标签 ‘问题管理’
Bug管理系统一般在软件开发、项目管理中用的较多，较常用的是国外的免费开源系统Mantis，国内做的较好的是BugFree，不过最近已经改成了禅道项目管理系统了，这些Bug管理系统虽然非常的专业，但对于我不做软件的人员来说，似乎太复杂了一些，一是搭建不容易，二是发布一个Bug必须要填写很多内容，三是界面也太专业化了一些。而实际上，我在建立了一个Google code Project后，他的Issues也是一个非常好的Bug管理系统，简洁而明了，我非常喜欢，似乎这个问题管理系统更是我需要的。 从图中我们就能看出一个Bug管理系统需要有几个至关重要的内容，标题和发现Bug的过程描述内容是必须，而状态和属于哪个人员也是非常重要的，从Mantis的管理系统中可以看到，状态一般分为以下几种：“新增（New&Active）”，“处理中（in progress）”，“已修正（Fixed）”，“重新打开（reopened）”，“关闭（Close）”，而指定人员则是一个流程：测试人员发现bug，提交。bug状态为New&Acitve。–>开发人员接收bug。bug状态为in progress。–>开发人员修改完毕并提交。bug状态为Fixed。–>测试人员针对开发人员的解决方案再次对bug进行验证测试。如果bug依然存在，则把bug状态设置为reopened，流程返回至第二步。如果问题已经解决，就直接设置为close。 由于我并没有项目或写软件的内容，所以整个Bug的流程基本上由我一个人来管理，似乎我只需要记录问题并维护好状态，将问题跟踪到人即可。Google code的Issues完全符合了我的需求，只是由于它太过于公开无法设置为私有查看，所以我并不准备使用它。于是在想，有什么样的系统可以符合我的需求呢？实际上，论坛系统就是一个很好的问题系统，你发一个帖子来说明一个问题，并且可以查看可以评论等，但似乎缺少了一些归类以及状态和拥有者。那么我们是否可以将论坛系统改造成一个问题追踪管理系统呢？我觉得可以。好吧，下面和我一起来使用Discuz论坛打造一个自己的问题管理系统吧。 首先你需要安装一个Discuz论坛，这个我就不多说了。进入论坛后台，在板块管理的分类信息选项界面下，新增四个分类信息选项，分别是Bug状态、Bug类别、Bug严重程度和Bug拥有者，如下图所示： 由于状态、类别和严重程度基本属于可选择，所以我设置为单选，而拥有者由于我并不能很好的指定到某个人，所以这里就作为字串后自己填写。 设置完成后，对单选的内容需要设置选项，点上图中每一个分类信息后的详情就可以设置，如下图所示： 由于我想设置成和Google code Issues一致的内容，所以状态包含了： New = 新添加并且未审核的问题 Accepted = 已通过审核的问题 Assigned = 已经指派相关人员处理 Started = 正在处理这个问题 Fixed = 开发者提出的需要变化，已经解决 Verified = 已经解决的问题 Invalid = 无效的问题报告 Duplicate = 重复出现的问题 WontFix = 决定不解决这个问题 Done = 已经解决这个问题 问题的类型为： Type-Defect = 项目出现 BUG Type-Enhancement = 功能需要加强 Type-Task = 新的任务，不需要修改代码或者文档 [...]