6软件缺陷管理.pptx

第6章测试报告和测试评测

·软件缺陷

·测试总结

6.1软件缺陷的概念

·什么是缺陷

一缺陷既指程序中存在的错误

一缺陷也指可能出现在设计中，甚至在需求、规格说明或其他的文档中的种种错误

3/52

·软件缺陷(Defect或Bug)是软件开发过程中

的副产品“

一缺陷会导致软件产品在某种程度上不能满足用户的

需要

-软件缺陷是对软件产品预期属性的偏离现象。包括

检测缺陷和残留缺陷

4/52

·软件缺陷定义

-软件缺陷就是存在于软件(文档、数据、程序)之中的那些不希望，或不可接受的偏差，而导致软件产生的质量问题

①需求的不完善定义

其他

②客户——开发者通信失败

③对软件需求的故意偏离

编码

④逻辑设计错误

需求分析

⑤编码错误

⑥不符合文档编制与编码规定

设计

⑦测试过程不足

⑧规程错误

⑨文档编制错误

软件缺陷产生的原因·导致软件产生缺陷的九类原因

6/52

很难找出缺陷的原因?

7/52

软件缺陷跟踪管理

·缺陷跟踪管理是测试工作的一个重要部分

8/52

软件缺陷跟踪管理

·缺陷跟踪管理的目标

·确保每个被发现的缺陷都能够被解决

·收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段·收集缺陷数据并进行数据分析，作为组织的过程财富

9/52

软件缺陷的有效简述规则

·单一准则

·可以再现

·完整统一

·短小简练

·特定条件

·补充完善

·不做评价

缺陷的属性

·缺陷标识

·缺陷类型

·缺陷严重程度

·缺陷优先级

·缺陷状态

·缺陷起源

·缺陷来源

·缺陷根源

11/52

·缺陷严重程度

致命严重一般较小

12/52

·缺陷优先级

1.立即解决2.高优先级3.正常排队4.低优先级

13/52

6.2分离和再现软件缺陷

□确保所有的步骤都被记录。

□特定条件和时间。

□压力和负荷、内存和数据溢出相关的边界条件。

□考虑资源依赖性包括内存、网络和硬件共享的相互作用等。

□不能忽视硬件。与软件不同，硬件不按预定方式工作。

□和开发人员紧密合作

6.3正确面对软件缺陷

·原则：

●并不是所有缺陷都要修复

发现缺陷的数量与软件质量无关

●

6.4软件缺陷的生命周期及处理技巧

·软件缺陷的生命周期

软件缺陷处理技巧

□审阅。

□拒绝。□完善。口分配。

□验证。

口重新打开。口关闭。

口暂缓。

报告软件缺陷的基本原则

·尽快

·有效

·专一

·不做评价

·补充完善缺陷报告

优秀的缺陷报告

重现步骤：

a)打开一个编辑文字的软件并且创建一个新的文档(这个文件可

以录入文字)

b)在这个文件里随意录入一两行文字

c)选中一两行文字，通过选择Font菜单然后选择Arial字体格式

d)一两行文字变成了无意义的乱字符

期望结果：当用户选择已录入的文字并改变文字格式的时候，文本应该显示正确的文字格式不会出现乱字符显示。

实际结果：它是字体格式的问题，如果改变文字格式成Arial之前，你保存文件，缺陷不会出现。缺陷仅仅发生在Windows98并且改变文字格式成其它的字体格式，文字是显示正常的。

见所附的图片有一个链接，点击即可看到

·我在Mac操作系统运行这些步骤，没有任何问题。

期望结果：当用户选择已录入的文字并改变文字格式的时候，文本应该显示正确的文字格式不会出现乱字符显示。

实际结果：我试着选择少量的不同的字体格式，但是只有Arial字体格式有软件缺陷，不论如何，它可能会出现在我没有测试的其它的字体格式

散漫的缺陷报告的示例

在Window98上打开一个编辑文字的软件并且编辑存在文件·文件字体显示正常

.我添加了图片，这些图片显示正常

重现步骤：

6.6软件缺陷跟踪管理

·缺陷管理的基本流程

-对缺陷进行管理需要：

1.对缺陷进行描述2.对缺陷进行分类

A.通过对缺陷进行分类，可以迅速找出哪一类缺陷的问题最大

B.然后集中精力预防和排除这一类缺陷

C.而这正是缺陷管理的关键，一旦这几类缺陷得到控制，再进

一步找到新的容易引起问题的几类缺陷上

21/52

缺陷的描述

·可追踪信息——缺陷ID(唯一的缺陷ID,可以根据该ID追踪缺陷)

·缺陷基本信息

-缺陷标题—描述缺陷的标题

-缺陷的严重程度一描述缺陷的严重程度，一般分为“致命”、“严重”、“一般”、“建议”四种

-缺陷的紧急程度一描述缺陷的紧急程度，从1—4,1是优先级最高的等级，4是优先级最低的等级

-缺陷提交人—缺陷提交人的名字(邮件地址)

-缺陷提交时间一缺陷提交的时间

-