软件缺陷的分类与管理

原创 2003年11月27日 00:29:00

通常大家发现软件缺陷时会对软件缺陷进行分类,可分类的方式只有一种,就是严重极别,难道没有其它的分法吗。比如我们碰到下面这种情况,测试人员发现有一种功能是必需加入进去的,这时他与程序员说,程序员说没有时间或是不必要,这时这种情况则会形成两者的扯皮,最终的结果也就不了了知了,这样会戳伤了测试人员的积极性,下次他们再也不会尽心的考虑产品的问题,只要可以运行就可以了。其实这种情况是可以解决的,下面我会提到一个新的软件缺陷分类概念,从而有效的解决这个问题。

在软件缺陷中不仅仅只是严重极别,更多的则是功能没有做到。说到这里也许大家都理解了,就是需求没有考虑到,可需求不会一次就很完美的,需要大家的共同努力,来不断的完善。那么怎样才能让测试人员提出的好的建议得到有效的执行?这就是我下面想说的。在软件缺陷中还有一种分法,跟据缺陷内容来分,主要分为需求Bug与程序Bug,对于这种分法的好处就是明确了Bug处理的责任人。对于程序Bug我们都知道是由相关开发人员进行处理。下面主要讨论一下需求Bug,需求Bug从名称上来就知道是要交由需求人员进行处理,可怎么处理,怎样在处理的过程中有效的让这些创意得到体现。现在我们都有Bug管理系统,这时我们的测试人员将需求Bug不是提交给程序员,而是提交给需求分析人员,由他们进行处理,不过这里我想强调的是对需求Bug的定位,如果这个Bug在软件需求说明书中明确提到了,这时就不可能定位它为需求Bug,它是必需让程序员实现的,称为软件功能缺陷,提交由程序员进行处理。但如果需求说明书没有明确提到的,我们则可以定位为需求Bug,处理的流程如图。

1

       这样处理有以下好处,首先需求Bug再不象以前,没有人进行确认,需求的处理人员本来就是需求人员,由他们确认与跟踪是最好不过的,因为他们对需求有绝对的权威。同时测试人员其实就是最早的用户,他们的需求就是用户的需求,这种方法加强了需求人员与测试人员的沟通,使需求得到有效的补充,从而让产品更加完善。还有测试人员从本质上来说与程序员还是对立的,这里如果为了这样一个不是软件本身问题的问题形成与开发人员的对立,则会出现赢得战役而丢失整个战争的情况,测试人员协调好与开发人员的关系,让他们更有效的对软件本身的缺陷形成有效的关注是最好的。还有最为关键的一点,测试人员的激情是最重要的,如果他们的想法没有得到体现,这时会渐渐的失去对测试的兴趣,从而软件的质量则会无法得到保证,通过这种方法可以让他们看到自己的建议可以通过对需求人员的反映得到实现,让他们时时觉得自己的想法是可以通过这种方法来有效的推行,这样工作的积极性才会有保障。

不过从实施的角度来说,还是有一定的困难的,首先要让大家改变以前那种凡是Bug就是由开发人员负责的观念,其次需求人员的工作量是要加大的,不过广泛的了解需求是他们的本份工作,想来不会很困难,还有必需要有有效的Bug管理工具,比如BugManage等等,不要出现那种对需求人员说了,可过两天就忘的情况出现,这时需求Bug的生命周期会出现跨越两个软件开发周期,因为有些需求会在下一版实现,这时测试人员需要延长对这些需求Bug的管理,不过我想这些需求是他们提出的,会有兴趣对这些Bug进行管理的。

                                                                                                                陈卫俊

9/9/2003

 

 

 

软件缺陷的分类与管理

通常大家发现软件缺陷时会对软件缺陷进行分类,可分类的方式只有一种,就是严重极别,难道没有其它的分法吗。比如我们碰到下面这种情况,测试人员发现有一种功能是必需加入进去的,这时他与程序员说,程序员说没有时...
  • cwj007
  • cwj007
  • 2003年11月27日 00:29
  • 2694

软件缺陷管理基本流程

测试人员提交Bug---开发人员确认,解决缺陷---测试人员验证缺陷   缺陷处理流程如下: 创建项目(管理员)→管理项目(项目经理)分类→提交问题(报告员)新建状态→确认问题(开发员)已确认状...
  • qq_31244123
  • qq_31244123
  • 2015年11月01日 12:42
  • 354

软件缺陷分类标准

卷号 卷 内 编 号 密 级 软件缺陷分类标准 ALAN ZHOU Version 1.1 分类: 使用部门: 目组> 目录 1. 简介 ....................
  • jasonteststudy
  • jasonteststudy
  • 2011年08月10日 09:08
  • 1402

软件测试分类、分级与软件缺陷管理

软件测试分类与分级 4.1软件测试分类 4.1.1是否关心内部结构: (1)白盒测试(白盒测试一般是静态测试) 注重于内部结构,又称为结构测试或逻辑驱动测试,是一种按照程序内部逻辑结构和编码结...
  • T_Smilence
  • T_Smilence
  • 2015年09月27日 11:24
  • 1239

软 件 缺 陷 分 类 标 准

缺陷的定义软件没有达到产品说明书表明的功能软件出现了产品说明书中不一致的表现软件功能超出产品说明书的范围软件没有达到用户期望的目标(虽然产品说明书中没有要求)测试员或用户认为软件的易用性差不是所有缺陷...
  • coderzhou
  • coderzhou
  • 2004年11月28日 13:50
  • 7790

如何将软件缺陷(BUG)进行分类与管理

通常大家发现软件缺陷时会对软件缺陷进行分类,可分类的方式只有一种,就是严重极别,难道没有其它的分法吗。比如我们碰到下面这种情况,测试人员发现有一种功能是必需加入进去的,这时他与程序员说,程序员说没有时...
  • fangfang0623
  • fangfang0623
  • 2010年12月13日 15:20
  • 1356

软件测试知识点总结(四)——软件缺陷

缺陷报告是软件测试过程中最重要的文档;是缺陷被修正的唯一方法,记录了缺陷发生的环境,如各种资源的配置情况;缺陷的再现步骤以及缺陷性质的说明记录着缺陷的处理过程和状态;缺陷的处理进程从一定角度反映了测试...
  • youngyunq
  • youngyunq
  • 2015年09月14日 22:36
  • 841

什么是软件缺陷

什么是软件缺陷?作者:bailuyuan关键词: 软件测试, 软件缺陷  1.与“bug”、“缺陷”相关词语的解释     首先,我们看看上面提到的几个与软件缺陷有关的词在英语中的解释。翻译如下:n ...
  • emag_testage
  • emag_testage
  • 2005年02月28日 15:36
  • 5856

软件缺陷(BUG)的缺陷等级定义方法

【转自】http://www.ltesting.net/ceshi/ceshijishu/qxgl/2012/0217/204125.html        缺陷等级 等级名称         ...
  • aovenus
  • aovenus
  • 2012年02月19日 20:34
  • 1955

软件错误与软件缺陷

软件错误:编写代码时有可能出现错误,这种错误叫做bug。错误在整个软件开发周期很可能扩散,需求阶段发生的错误在设计期有可能被放大,在编写代码时还会进一步扩大。 软件缺陷:缺陷是错误的结果(缺陷是错误...
  • scmuzi18
  • scmuzi18
  • 2017年05月06日 23:25
  • 372
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:软件缺陷的分类与管理
举报原因:
原因补充:

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