缺陷管理规范.pdfVIP

JINHER

缺陷管理规范系列

王锦山

2010-7-21

目录

1.背景说明3

2.目的3

3.基本规范原则4

3.1严重程度4

3.2缺陷类别6

3.3用户影响分析8

3.4频繁性8

4.书写一个bug的基本规范8

5.特殊状况处理8

5.1Bug为什么无法重现？8

5.2需求性bug怎么处理？9

5.3如何处理重复bug的出现？9

5.4被取消的功能的相关bug怎么处理？9

5.5如何统计下版本需要修复的bug？9

5.6一定要避免报告解决方案那样的bug？9

5.7为什么存在统计时需要重新核对bug的现象？9

5.8怎么理解开发部门提出的有效的bug的疑问？10

6.提高bug质量的检查方法10

缺陷管理规范

1.背景说明

1．报告了大量的bug，如何有效地通过bug分析出当前产品的状况？

2．报告了大量的bug，如何能快速地筛选出必须修复的缺陷？

3．报告的bug如何被有效地处理

存在问题：

1．归类不准确，归类缺少，导致无法生成有效、准确的报告。

a)在做报告时，要花大量的时间处理无效的bug

b)要重新书写bug，因为bug写的不准确

c)要重新归类，以确保报告的准确性

d)根本就看不懂那些bug，怎么办啊？

2．没有考虑对客户的影响分析，导致无法快速地筛选出哪些是必须修复的bug

3．报告的bug不清楚、无效，导致投入大量的交互工作量

4．报告了大量重复的bug

5．报告了很多需要讨论但不会在当前版本实现的需求性bug。

6．有些bug经过一个版本后自动消失了，所以为确保准确性，每次都需要对旧的bug

进行反复确认验证。

2.目的

快速形成产品质量报告（通过提高bug规范质量，提高bug原始数据的有效性，科学性）

使缺陷能够得到有效的处理，减少交互成本，提高问题的处理率

提高缺陷处理效率，能够快速地找出需要特殊处理的bug

减低无效bug率

无效bug：

1.描述错误、不准确的bug

2.重复的bug

3.归类不准确的bug

4.未经确认的需求类bug

5.错误的建议性bug

3.基本规范原则

其他人经常问测试部门的问题

你觉得现在产品怎么样？他的问题集中在哪些地方？

你觉得现在产品优势是什么？劣势是什么？隐患是什么？

你觉得还要测试多久才能发布？

请报告有效的bug？

怎么来回答以上问题呢？

第一.告诉别人你的测试安排是怎样的？已经进行到什么阶段？每个阶段是针对什么

方面进行的测试。

第二.每个测试阶段的开发单元测试通过率怎样、系统测试通过率怎样？[通过用例还

是功能列表来体现？]

第三.Bug的状况怎样？

i.Bug的处理状况怎样？严重程度/bug状态表

ii.Bug的模块分布情况怎样？模块/bug状态表

iii.Bug的模块都是什么类型的问题？模块/问题类型分布图

iv.未处理的bug主要集中在哪些模块？

v.有争议的bug主要集中在哪些模块？

第四.残留的问题哪些是被高频度使用、对客户严重影响的问题。

第五.Bug处理效率和走势怎样？处理效率必须尽可能地接近bug产生趋势；bug走势

在后期回归测试必须处于收敛状态。

第六.工作量主要集中在谁身上，他的以往处理效率怎样？会不会出现瓶颈？

前置条件:

需要给别人讲清楚你的测试策划

需要让别人