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

原创 2004年04月12日 12:42:00

开发Bug生命周期管理之后的感想<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

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、最后一个问题,那就是系统提供的用户管理和权限级别的管理,项目基本资料的管理,分配管

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

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

4可能的开始方式您可以选择开始的方式,比如说你希望一开始是对Bug的记录作用,后期慢慢的拓展其他的功能,这是我的选择方式,我先是注重对Bug的生命周期的管理,主要是Bug各个状态的管理,我起步即建立在...
  • jemlee2002
  • jemlee2002
  • 2004年04月15日 16:06
  • 1676

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

3 系统流程和相关技术说明最好的需求理解莫过于对流程的理解,你只要能很好的理解流程即可很好的使用该系统,也是你开发自己的系统基础条件。我们简单的看一个bug的生命周期图(下图),前面的几个步骤是公共的...
  • jemlee2002
  • jemlee2002
  • 2004年04月12日 12:43
  • 1393

BUG生命周期和管理

原文转载:http://www.uml.org.cn/Test/201611161.asp?artid=18655   1、BUG的影响 精神的摧残 ...
  • henni_719
  • henni_719
  • 2016年12月13日 19:26
  • 1401

开发感想——之一

    项目开始前,选用合适的方法是很重要的。此时,需要动用一切途径,上网、去图书馆广泛获取信息。所谓,不能光埋头走路,也要抬头看路。选择一个好的方法,往往能事半功倍,反之,功夫画掉了,却得不到预期的...
  • zhouliang0806
  • zhouliang0806
  • 2011年03月29日 15:50
  • 331

BUG修改的一些感触和心得

这个BUG可以说是我工作以来做的第一件实际性的东西吧,所以感觉挺值得纪念的;但是对于这个过程来说,不由得让我汗颜——那么多你不屑一顾的东西,你却没有做得到;把一件平凡的事做的精彩,也不那么容易。 接...
  • openglnewbee
  • openglnewbee
  • 2014年08月19日 16:29
  • 783

首次合作带给我的感想

自从个人版机房收费系统完成之后,因为马上要期末考试,而且当时也没找足合作的伙伴,所以就一直将合作的事给搁置了,直到暑假,才重新组队,进行开发,现在我就说说自找米老师到现在,在这个合作中我所经历的,我所...
  • dandanzmc
  • dandanzmc
  • 2013年08月06日 21:42
  • 1914

自己在Web前端项目中解决bug的思路

在项目中往往会遇到各种各样的程序bug,而且有些bug很隐蔽。例如仅仅一个字母引发的“血案”…… 因为刚刚入行,所用的技术不够强劲,所以很多技术都是老套的办法。现在咱把前不久公司的一个项目中的b...
  • u014268482
  • u014268482
  • 2016年06月11日 15:50
  • 3153

[C#]一步一步开发自己的自动代码生成工具之二:SQLServer字段与C#变量的对应转化

 第二步:数据表的预处理 /// /// 根据变量类型获取从数据库字段转换到该类型的转换语句 /// /// privat...
  • lemong
  • lemong
  • 2008年07月15日 17:34
  • 2184

如何更有效地说服开发人员接受你的BUG?

转自:http://www.cnblogs.com/lele/articles/3592720.html 把BBS的文章拿来总结一下。有的公司很正规,不需要测试直接同开发人员进行打交道。但是...
  • tanya0925
  • tanya0925
  • 2016年11月29日 14:51
  • 418

感想之一

上了初三,感觉很迷茫。平时测试基本考不上前10,物理甚至考不上平均分。OI之路也较为坎坷,上周的模拟赛惨爆零。几天后又是第一次月考……我该怎么办? 其实面对困惑时,很多时候咬咬牙拼一拼就过去了。几年后...
  • qq_35935435
  • qq_35935435
  • 2017年09月25日 13:01
  • 39
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:开发Bug生命周期管理之后的感想之一
举报原因:
原因补充:

(最多只允许输入30个字)