1.缺陷报告的组成


软件缺陷(Defect),常常又被叫做Bug。所谓软件缺陷,即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义:从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背。在软件开发生命周期的后期,修复检测到的软件错误的成本较高。

 

一、 缺陷报告的组成

1、缺陷编号(Defect  ID)

提交bug的顺序

2、缺陷标题(summary)

简明扼要的说明一下该bug

3、缺陷的发现者(Detected By)

一般就是自己

4、发现缺陷的日期(Detected on date)

(区别:data数据)

一般就是当天

5、缺陷所属的模块(subject)

在测试哪个模块的时候发现的bug;开发经理会据此找到bug的修改负责人

 

6、发现缺陷版本(Detected  in  release)

在测试哪个版本的时候发现的bug

 

7、指派给谁处理(Assigned to)

测试人员指派给开发经理

开发经理根据bug所在的模块指派给相应的开发人员进行缺陷修改

 

8、缺陷的状态(status)

表明缺陷此时所处的情况或处理状态

1测试人员发现bug,把缺陷的状态写成:new(新提交的bug

2开发经理看到此bug,进行验证,如果是bug,把缺陷状态改为:open(打开的bug,开发组承认的bug);如果不是bug,把缺陷状态改为:rejected(拒绝的bug

3开发人员看到指派给自己的bug,进行bug修改,修改完后,把状态改为:fixed(已经修复的bug,待返测的bug

4测试人员对修复的bug进行返测,如果返测成功,把bug的状态改为:closed(关闭的bug,归档的bug);如果返测失败,把bug的状态改为:reopen(重新打开的bug,返测为通过的bug

 

整个过程称为缺陷的处理流程(缺陷的跟踪过程)

New>open>fixed

>closed

 

 

缺陷的严重程度(severity)

Bug对软件造成的影响有多大

Urgent:对软件和用户造成巨大影响的bug,如死机、蓝屏、重启等

Veryhigh:非常严重的bug

High:大的问题

Medium:中等程度的问题

Low:小的问题

 

需要在正式文档或测试计划中定义好评价标准

Bug Level(级别) Definition(定义)

Performance性能

Function功能

 

10、缺陷的优先级(priority

测试人员希望程序员在什么时间内或哪个版本中解决该bug

Urgent:立即修改,否则影响开发/测试进度

Veryhigh:本版本修改

High:下版本修改

Medium:发布之前修改

Low:允许发布中存在的bug

 

需要考虑的主要因素:

Abug的严重程度

一般越严重,越优先(但不是绝对)

Bbug影响的范围

一般影响范围越大,越优先

C、开发组当前的工作进度

D、解决的难以程度

 

11、缺陷描述(description

把发现bug的步骤、使用的数据、操作过程记录下来

——练习重点

 

 缺陷报告示例 

 

 

 

 缺陷报告用途

1、 记录bug

2、 对bug进行分类(提交者、模块、版本、严重程度、优先级、状态)

3、 对bug进行跟踪管理(new——closed)

4、 对bug进行分析、统计、总结

 

二、如何识别bug

1、测试用例的预期结果

(实际结果与预期结果不一致,就是bug

2、看需求(从bug5点定义判断)

3、与开发、需求人员、用户讨论


免责声明!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系本站邮箱yoyou2525@163.com删除。



 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM