在开发系统时对BUG的管理(300分)

  • 主题发起人 主题发起人 blue_morning
  • 开始时间 开始时间
B

blue_morning

Unregistered / Unconfirmed
GUEST, unregistred user!
我想把系统开发过程中程序的Bug管理起来。
如Bug的说明、此Bug的测试的人员,相关的编码人员,修改记录,Bug修改确定等。
请作过的高手给个思路。
 
Rational ClearQuest
 
没有做过,
但是我想应该加上下面几点:
1、发现bug的时间
2、怎样操作后发现的bug
3、使用软件的系统环境(计算机,操作系统、数据库等等)
4、由谁负责修改
5、产生bug的原因
6、怎样修改
 
有很多专门的BUG管理工具
你可以找一些来看看
比如Rational的ClearQuest; BugCollector; BugZilla等等!
 
自己做一个bug管理软件,
一些适合你用,
多好
 
关于ClearQuest,大家有没有什么相关的好书或网站?
 
其实很多工作都可以借助数据库来管理的。
比如你所说的“如Bug的说明、此Bug的测试的人员,相关的编码人员,修改记录,Bug修改确定等。
”,这不正是一个表的典型字段吗?给你渔,不给你鱼相信你没有问题的。呵呵,自己建个数据库
吧。:)
 
经验是关键
 
WolfXP
建表我当然会了,是我表达不清楚。我想要的是对Bug管理我可以得到什么?
 bug最多的programer?当然不是。
 Bug管理在系统开发中处于什么位置。可以做什么?为什么?我想一个系统的答案。
dz2050
 经验是可以交流的,不知可否交流?
 如果是认为分少可加,如果是要交换经验也可以。
 
"我想要的是对Bug管理我可以得到什么?
对Bug的管理可以得到什么?个人认为至少两个方面:其一,发现当前项目中存在的问题;其二,
公司在软件工程方面是否有哪些不到位的地方.就是说某些Bug的发现以及处理是属于开发人员
的技术问题或者态度问题,而另外一些Bug的屡次出现则表明公司在软件工程管理上一定存在有待
于进一步改进的地方.通过分门别类地对所有Bug进行管理,可以找出到底是技术上还是管理上存
在问题,从而可以有的放矢的决定应该改良什么地方的工作.并保证以后的工作不再出现类似的问
题,最终达到提高软件开发生产率和提高产品稳定性的目的;
"bug最多的programer?当然不是。"
 为什么不是呢?发现Bug最多的Programmer至少是Bug管理的一个目的之一.原因很简单.所谓软件
工程管理说到底,仍然是对人的管理,当然就包括对程序员的管理了.只有通过包含Bug数量、技术强度、
Bug性质的管理在内的各种定量定性的评测才可以衡量出一个程序员的全面素质(技术、态度等等)。
也才能够制定出科学的奖惩办法。这不正是我们搞流程管理的目的之一吗?
”Bug管理在系统开发中处于什么位置。可以做什么?为什么?我想一个系统的答案。"
Bug管理在成熟的软件开发组织中无疑处于相当重要的位置。事实上,国内存在相当数量的软件公司
对于软件的测试仅仅停留在开发人员自己或者开发人员之间交叉测试,这是相当不规范的。而且陋病多多。
因为开发人员的逻辑大多都是站在开发者的角度而不是用户的角度来进行的,所以就很难保证测试的效果。
对于稍具规模的软件公司来说,大多都会有专人负责对软件测试、以及软件Bug的管理。
放眼到国外,对于Bug的管理更是相当严格,通过国外招聘软件测试人员的标准就可窥见一斑,通常他们招
聘的测试人员都是要有至少3年以上的开发经验,有的甚至要求有5年以上的开发经验,而且优秀的测试人员
的薪水也绝对不低于开发人员的薪水。
至于说为什么,看看国内的软件市场你就明白个一二三了。为什么国内的软件迟迟不见气候,当然有政策
支持、人员素质等等方面的原因,但是不重视最终用户的反馈,不重视软件的质量,不重视产品稳定性,只
追求眼前项目利益的短视行为肯定是很多公司自己心知独明的道理。
 
是不太重视,有错也不解释原因
 
多谢WolfXP详细耐心的的回答。
WolfXP你在什么公司?你们如何做?
大家继续。
 
谢谢大家
 
测试人员在公司中的现状:
国内很多公司也开始重视软件的测试,由于没有系统的软件测试培训体系,现有软件测
试人员有三大类人员构成:
一、从程序员中转到测试。基本是一些开发做不好的来进行简单的测试,测试效果一般。
二、从技术支持人员转到做测试。这类人员基本上能根据用户实际的反馈中进行问题测
试,可能出现问题测试重点突出,测试效果比较好。
三、新的开发员。新来的学生为了熟悉软件开发环境,先进行软件测试,了解公司的
产品过程。这类软件测试最差。
产生专业测试人员不多,主要原因是公司对这一环节不重新,测试员待遇不高,都只
是暂时的。
 
后退
顶部