开发Bug生命周期管理之后的感想
1 前言
熟悉Bugzilla系统的用户对Bug的管理应该都又比较透彻的理解了，但是Bugzilla对很多的用户来说是一个坎，首先是它是为linux下应用开发而成的，随让在Window下也是可以配置使用的，但是配置过程是一个很艰难的过程，配置过的用户应该都是深有体会.英文也是一个让人头疼的问题，不是每个人都是可以很好的理解里面说明的英文，一旦理解不好，就会产生一定的操作偏差，应用就会产生一定的误区.所有的这些不是说Bugzilla不好或是不合适，而是希望能有一个类似的Bug管理系统，支持中文，配置简单，可以在任何平台都可以应用，对于任何级别的用户都可以很好的理解，这是一个Bugzilla来说进步不少的系统，商业软件很多了，随便找都有，可以上百度或是Google看看，多的是。如果你希望自己开发这样的一个系统，满足你的需要，那么您是否考虑过开发成本，开发难度，开发时间付出……..无可非议的是你必须投入.但是能不能找一些捷径帮助你实现你的愿望.本文是我自己开发了这样的一个系统之后的感想，希望对你有所帮助，如果你乐意使用我的系统，请给我来Email（kxli@heahsun.net/Jem@buildersoft.cn/kexi2002@hotmail.com），我可以授权给你.让你可以使用中国人自己开发的”Bugzilla”。
2 简要问题提出说明
Bug 系统主要的目的是实现开发团队有效的管理开发过程应用程序的Bug，帮助项目经理和品保部门更好的定义项目最终结果（产品或是项目可实施的应用）的质量，对于很对开发人员来说这无疑也是一个很好的Bug记录方式，用这种方式改变一个开发人员的举动是项目管理优化好方法。
那么这样的一个管理系统设计思路如何呢？我们暂且看看一些问题：
A、分配人员设计想法
分配人员是采用的是粗粒度或是细粒度
其一：粗粒度：给项目分配项目经理，到模块之后给模块分配开发人员和测试人员
其二：细粒度：给项目分配项目经理，到模块中的功能分配开发人员和测试人员
可以在创建项目时选择规则
如果同时选择，默认先查找细粒度，如果细粒度无法满足，则查找粗粒度
B、邮件发送设计思想
在粗/细粒度分配人员是可以分配多个多个人员共同开发和测试，为了解决发送邮件的问题，系统系统全部发送或是测试人员选择发送两种不通方式。
C、登陆之后看到的内容
其一：开发人员进入之后可以看到所有属于她、他的未解决的BUGS
其二：一般人员看到他、她涉及的所有的相关的项目、模块、功能，以树型目录体现所有的内容。
其三：项目经理和管理人员进入之后看到的内容设计
D、测试人员进入之后看到待测试功能，其实与开发人员登陆时出现的内容基本一致
E、待修改的BUG，开发人员可以点击待修改BUG进入属于她的BUG页面
F、所有的人员可以查询所有的BUG
G、功能测试结束后（项目决定告一段落），系统提供的初级机制
H、Bug状态的管理（新发现、待定、已修改、已验收、复查、关闭、复发）
I、系统可能需要提供附件的携带功能，比如
测试分析报告
测试用例列表
单元测试方案
系统测试方案
测试文件模板
项目Bug分析
模块Bug分析
开发人员Bug分析
测试人员Bug分析
J、系统是否提供综合查询，比如：
项目BUG量查询
模块BUG量查询
测试人员BUG量查询
开发人员BUG量查询
综合查询
K、系统是否提供沟通管理和信息发布，这是系统充分应用应该考虑的模块设计，对于绝大部分开发团队，沟通管理和信息发布是一个重要的管理对象，项目的沟通是由一个项目的性质决定的，远程沟通或是面对面的沟通，实时的沟通还是异步的沟通，等等可能的方式太多了，你有没有考虑到这些呢。
L、最后一个问题，那就是系统提供的用户管理和权限级别的管理，项目基本资料的管理，分配管理。这些是系统运行的基础。我们会在下面的流程中加以说明。
