【精品】缺陷管理内涵

【精品】缺陷管理内涵

ID:43604878

大小:87.50 KB

页数:9页

时间:2019-10-11

【精品】缺陷管理内涵_第1页
【精品】缺陷管理内涵_第2页
【精品】缺陷管理内涵_第3页
【精品】缺陷管理内涵_第4页
【精品】缺陷管理内涵_第5页
资源描述:

《【精品】缺陷管理内涵》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、缺陷管理缺陷管理/软件缺陷管理(DefectManagement)是在软件生命周期中获取、管理、沟通任何变更请求的过程(从变更的婕议到变更的解决)。可以确保你的问题如需求或者缺陷被跟踪管理而不丢失。如果用PVCSTrackerI具就口J以成功地进行缺陷管理。目录苗景介绍缺陷管理的口标缺陷的描述软件缺陷的分类少管理处理的方法优点缺陷不同软件组织的缺陷管理过程个体行•为项H行为组织行为呈化管理持续优化综述展开苗景介绍缺陷筲理的忖标缺陷的描述软件缺陷的分类与管理处理的方法优点缺陷不同软件组织的缺陷管理过程个体彳丁为项忖行为纽织行为量化管

2、理持续优化综述展开背景介绍软件屮的缺陷(Defect或Bug)是软件开发过程中的〃副产品〃。通常,缺陷会导致软件产品在某种程度上不能满足用户的需要。每一个软件组织都知道必须妥•善处理软件屮的缺陷。这是关系到软件组织生存、发展的质量根本。可遗憾的是,并非所有的逖t组织都知道如何有效地管理口己软件中的缺陷。缺陷管理的目标缺陷能够引起歎件运行时产生的一种不希望或不可接受的外部行为结果,软件测试过程简单说就是围绕缺陷进行的,对缺陷的跟踪管理一般而言需要达到以下的目标:a,确保每个被发现的缺陷都能够被解决;b,这里解决的意思不一定是被修正,

3、也可能是其他处理方式(例如,在下一个版本中修正或是不修正),总之,对每个被发现的BUG的处理方式必须能够在开发组织屮达到一致;a,收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段;决定测试过程是否结束有很多种方式,通过缺陷趋势曲线来确定测试过程是否结束是常用并且较为有效的一种方式;b,收集缺陷数据并在其上进行数据分析,作为组织的过程财富。上述的第一条是最受到重视的一点,在谈到缺陷跟踪管理时,一般人都会马上想到这一条,然而对第二和第三条目标却很容易忽视。其实,在一个运行良好的纽织中,缺陷数据的收集和分析是很觅要的,从缺陷数据中可以得

4、到很多「软件质暈相关的数据。缺陷的描述对缺陷的描述应该包含以下的内容:可追踪信息缺陷1D唯一的缺陷ID,可以根据该1D追踪缺陷缺陷基木信息缺陷状态缺陷的状态,分为“待分配”、“待修正”、“待验证”、“待评审”、“关闭”缺陷标题描述缺陷的标题缺陷的严重程度描述缺陷的严重程度,一般分为“致命”、“严重”、"一般”、“建议”四种缺陷的紧急程度描述缺陷的紧急程度,从1一4,1是优先级最高的等级,4是优先级最低的等级缺陷提交人缺陷提交人的名字(邮件地址)缺陷提交时间缺陷提交的时间缺陷所属项H/模块缺陷所属的项目和模块,最好能较精确的定位至模

5、块缺陷指定解决人缺陷指定的解决人,在缺陷“提交”状态为空,在缺陷“分发”状态下由项目经理指定相关开发人员修改缺陷指定解决时间项11经理指定的开发人员修改此缺陷的deadline缺陷处理人最终处理缺陷的处理人缺陷处理结果描述对处理结果的描述,如果对代码进行了修改,要求在此处体现出修改缺陷处理吋间缺陷处理的吋间缺陷验证人对被处理缺陷验证的验证人缺陷验证结杲描述对验证结果的描述(通过、不通过)缺陷验证时间对缺陷验证的时间缺陷的详细描述对缺陷的详细描述;Z所以把这项单独列出來,是因为対缺陷描述的详细程度直接彩响开发人员对缺陷的修改,描述应

6、该尽可能详细测试环境说明对测试环境的描述必耍的附件対于某些文字很难表达淸楚的缺陷,使用图片等附件是必要的缺陷的描述项中用淡紫色描述的是缺陷在处理阶段填写的内容;用淡青色描述的是缺陷在验证阶段填写的内容。除上述描述项外,从统计的介度出发,还可以添加上“缺陷引入阶段”、“缺陷修正工作量”等项目。软件缺陷的分类与管理处理的方法通常人家发现软件缺陷时会对软件缺陷进行分类,可分类的方式只有一种,就是严垂极别,难道没有其它的分法吗。比如我们碰到卜-而这种情况,测试人员发现有一种功能是必需加入进去的,这时他与程序员说,程序员说没有时间或是不必要

7、,这时这种情况则会形成两者的扯皮,最终的结果也就不了了知了,这样会挫伤测试人员的积极性,下次他们再也不会尽心的考虑产品的问题,只要可以运行就可以了。其实这种情况是可以解决的,下面我会提到一个新的软件缺陷分类概念,从而有效的解决这个问题。缺陷管理在软件缺陷中不仅仅只是严重极别,更多的则是功能没有做到。说到这里也许大家都理解了,就是盂求没有考虑到,可盂求不会一次就很完美的,需要大家的共同努力,来不断的完善。那么怎样才能让•测试人员提出的好的建议得到有效的执行?这就是我下面想说的。在软件缺陷中还有一种分法,跟据缺陷内容来分,主要分为需求

8、Bug与程序Bug,对于这种分法的好处就是明确了曲处理的责任人。対于程序Bug我们都知道是山相关开发人员进行处理。下面主要讨论一下需求Bus就B昭从名称上来看就知道是要交由需求人员进行处理。可怎么处理,怎样在处理的过程中有效?这时,我们的测试人员将

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。