开发Bug生命周期管理之后的感想之一

开发Bug生命周期管理之后的感想

1 前言... 1

2 简要问题提出说明... 1

3 系统流程和相关技术说明... 3

4 可能的开始方式... 6

5 系统可能附带的功能... 6

6 总结... 6

7 自我介绍... 7

1 前言

 熟悉Bugzilla系统的用户对Bug的管理模式应该都有比较透彻的理解了，但是对很多的用户来说Bugzilla是一个坎，
首先是它是为在linux下应用而开发的，虽然在Window下也是可以配置使用，但是配置过程是一个很艰难的过程，配置
过的用户应该都深有体会;英文也是一个让人头疼的问题，不是每个人都是可以很好的理解Bugzilla里面的英文说明，
一旦理解不好，就会产生一定的操作偏差，应用就会产生一定的误区.所有的这些不是说Bugzilla不好或是不合适，而
是希望能有一个类似的Bug管理系统，支持中文，配置简单，可以在任何平台都可以简单应用，对于任何级别的用户都
可以很好的理解，这是一个进步不少的系统。商业软件很多了，可以上百度或是Google搜索，相关内容不少。如果你希
望自己开发这样的一个系统，满足你的需要，那么您是否考虑过开发成本，开发难度，开发时间付出……..无可非议的
是你必须投入.但是能不能找一些捷径帮助你实现你的愿望.本文是我自己开发了这样的一个系统之后的感想，希望对你
有所帮助，如果你乐意使用我的系统，请给我来Email（Jem@buildersoft.cn/kexi2002@hotmail.com），我可以授权给
你.让你可以使用中国人自己开发的”Bugzilla”。

2 简要问题提出说明

 Bug 系统主要的目的是实现开发团队有效的管理开发过程应用程序的Bug，帮助项目经理和品保部门更好的定义项目
最终结果（产品或是项目可实施的应用）的质量，对于很对开发人员来说这无疑也是一个很好的Bug记录方式，用这种方
式改变一个开发人员的举动是项目管理优化好方法。

那么这样的一个管理系统应该有什么样的设计思路呢？我们暂且看看一些问题：

A、分配人员设计想法

分配人员是采用的是"粗粒度"或是"细粒度"

其一：粗粒度：给项目分配项目经理，到模块之后给模块分配开发人员和测试人员

其二：细粒度：给项目分配项目经理，到模块中的功能分配开发人员和测试人员,甚至可以到更小的单位（比如代码段）

设计思路：可以在创建项目时选择规则，如果同时选择，默认先查找细粒度，如果细粒度无法满足，则查找粗粒度

B、邮件发送设计思想

沟通方面，邮件起着很大的作用，如何保证相关人员及时的、习惯性的通过邮件传达各种信息（bug的修改过程）是系统

设计的一个重要环节。

设计思路：在粗/细粒度分配人员时可以分配多个人员共同开发和测试，为了解决发送邮件的问题，系统系统全部发送或

是测试人员选择发送两种不同的方式。

C、登陆之后看到的内容

实现不同人员登陆之后看到不同的内容也是系统做到更人性化的重要特点之一，比方说，每个开发人员登陆之后就是希望

看到他所需要修改的Bug到底有几个，都在什么地方，如果能及时的传达这些信息，开发人员对Bug的定位将会是主动的，

或是后来形成自觉的思想。这是一种思想的贯彻。

设计思路：

其一：开发人员登陆之后可以看到所有属于她或是他的未解决的BUGS

其二：一般人员登陆之后可以看到他或是她所涉及的项目、模块、功能的Bug，以树型目录体现所有的内容。

其三：项目经理和管理人员进入之后看到Bug修改进度和修改量的内容

其四：测试人员进入之后看到待测试功能，其实与开发人员登陆时出现的内容基本一致

其五：待修改的BUG，开发人员可以点击待修改BUG进入属于她的BUG页面

其六：所有的人员可以查询所有的BUG

其七：功能测试结束后（项目决定告一段落），系统提供统计机制

D、Bug状态的管理，如果定义了Bug的生命周期，那么就自然而然的涉及到bug的状态，bug的不同表示了Bug在生命周期的

不同阶段，如何控制Bug的状态呢?有效的监控这些状态的变化既可以有效的跟踪每个Bug的发展状态。

设计思路：Bug的状态有新发现、待定、已修改、已验收、复查、关闭、复发

E、系统可能需要提供附件的携带功能，比如测试分析报告、测试用例列表、单元测试方案、系统测试方案、测试文件模板、

项目Bug分析、模块Bug分析、开发人员Bug分析、测试人员Bug分析。

设计思路：这是可选的组件，根据项目管理需要，选择多或是少的模块作为辅助。

F、系统提供综合查询，比如：项目BUG量查询、模块BUG量查询、测试人员BUG量查询、开发人员BUG量查询、综合查询

设计思路：查询是一个系统或是一个WebSite的重要组成部分，如何实现智能化查询也是一个重要设计问题，根据用户的级

别提供不同特性查询是很重的设计思路。

G、系统是否提供沟通管理和信息发布，这是系统充分应用应该考虑的模块设计，对于绝大部分开发团队，沟通管理和信

息发布是一个重要的管理对象，项目的沟通是由一个项目的性质决定的，远程沟通或是面对面的沟通，实时的沟通还是异

步的沟通，等等可能的方式太多了，你有没有考虑到这些呢。

设计思路：沟通的方式可以是实时或是异步的，比如BBS，或是论坛等等。

H、最后一个问题，那就是系统提供的用户管理和权限级别的管理，项目基本资料的管理，分配管

理。这些是系统运行的基础。我们会在下面的流程中加以说明。