软件测试之缺陷管理

上一篇 / 下一篇  2013-04-09 21:22:54 / 个人分类:缺陷管理

 今天将自己整理的软件缺陷管理的一些知识写下来,希望可以和大家互相交流学习

1  缺陷基本属性

缺陷标识(ID:每一个缺陷必须有一个唯一的缺陷ID,可以根据该ID追踪缺陷;

缺陷状态(Status:缺陷修复过程的进展情况;

缺陷标题/概要(Summary:记录缺陷位置,缺陷结果(在什么位置、什么条件下,发生什么结果),最好少50字;

缺陷详细描述(Description:简洁、准确、完整、可重现,揭示错误实质;菜单、错误信息用符号双引号,按钮用符号【】;以下是模式:

前提条件:···

步骤:1)用什么帐号、权限,登陆程序;

  2)功能菜单导航,打开一级菜单->二级菜单->···;

  3)缺陷详细描述,建议,附图;

预期结果:···

缺陷严重程度Severity:缺陷对软件产品使用的影响程度;

缺陷优先级(Priority:缺陷必须被修复的紧急程度;

缺陷所属项目/模块(Subject:缺陷属于哪个项目、模块,最好能较精确的定位至模块;

缺陷提交人(Detected By:一般是测试人员或其他人员;

缺陷提交时间(Detected Date:提交缺陷时间;

缺陷处理人(Assigned To:一般是开发人员;

测试版本(Detected in Version:测试的版本号;

 

2  缺陷类型

记录缺陷的类型,暂时分为8类。

  1)功能问题:软件功能未实现或实现不完整、不正确等情况下的缺陷;

2)界面问题:用户操作界面中存在的不合理、正确、不美观等方面的缺陷;

3)验证问题:提示的错误信息,不适当的数据验证等缺陷;

  4)算法问题:由算法引起的缺陷;

  5)易用性问题:用户操作使用过程中存在的不符合使用习惯或操作复杂等方面的缺陷;

  6)兼容性问题:系统在不同的测试环境中产生的缺陷;

  7)性能问题:系统性能未达到性能需求所要求的各项指标;

  8)安全性问题:系统存在安全方面的隐患一类的缺陷;


缺陷严重程度

缺陷严重程度

描述

A-致命

1.造成系统或程序崩溃、死机、系统挂起、非法退出;
2.
严重数值计算错误,造成数据丢失,主要功能完全丧失;
3.
存在安全性与保密性问题;
如代码错误,死循环,数据库发生死锁、与数据库连接错误或数据通讯错误,未考虑异常操作,功能错误等。

B-严重

1.主要功能部分丧失、数据不能保存,次要功能完全丧失;
2.
导致模块功能失效或异常退出;
如致命的错误声明,程序接口错误,数据库的表、业务规则、缺省值未加完整性等约束条件。

C-一般

1.次要功能没有完全实现但不影响使用;
2.
界面严重错误与需求不一致;
3.
输入未做限制; 
如提示信息不太准确,或用户界面差,操作时间长,模块功能部分失效等,打印内容、格式错误,删除操作未给出提示,数据库表中有过多的空字段等。

D-建议

1.使用户操作不方便或遇到麻烦,但它不影响功能的操作和执行; 
2.
对测试对象的改进意见或测试人员提出的建议、质疑;
如错别字、界面不规范(字体大小不统一,文字排列不整齐,可输入区域和只读区域没有明显的区分标志),辅助说明描述不清楚,长时间操作未给用户提示,提示窗口文字未采用行业专业术语等。

 

缺陷优先级

缺陷优先级

描述

A-最高

软件的主要功能错误或者造成软件崩溃,数据丢失的缺陷,或用户重点关注的问题,缺陷导致系统几乎不能使用或者测试不能继续,需立即修复;

B-中等

影响软件功能和性能的一般缺陷,严重影响测试,需要优先考虑;

C-一般

界面设计与需求不一致,提示错误等;

D-最低

属于优化,可以不做修改的问题或暂时无法修复但影响不大的问题;

 

缺陷状态

缺陷状态

描述

New(新的)

bug提交到缺陷库中会自动的被设置成New状态;

Open(已打开)

当一个bug被认为New之后,测试负责人或开发负责人将确认这是否是一个bug,如果是,就将这个bug指定给某位开发人员处理,并将bug的状态设定为“Open”开发人员开始处理bug,状态设置为“Open”,表示开发人员正在处理这个“bug”;                  

Fixed(已修复)

当开发人员进行处理(并认为已经解决)之后,他(她)就可以将 这个bug的状态设置为“Fixed”;

Reopen(再次打开)

如经过再次测试发现bug仍然存在,测试人员将bug再次转给开发   组,将bug的状态设置为“Reopen”;

Closed(已关闭)

测试人员经过再次测试后确认bug已经被解决,将bug的状态设置为“Closed”;

Rejected(被拒绝)

测试负责人或开发负责人查看状态为“Open”的“BUG”,如果他(她)发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为   这并不能算作bug的时候,测试负责人或开发负责人就将这个bug的状态设置为Rejected”;








TAG: 类型 缺陷 缺陷状态 严重程度

引用 删除 lvping111   /   2013-04-10 09:29:42
5
引用 删除 海纳百川123   /   2013-04-09 22:36:33
哇,这里还是有蛮多的东西的,呵呵,以后不用太愁没的学了
 

评分:0

我来说两句

日历

« 2024-05-05  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 2633
  • 日志数: 2
  • 书签数: 1
  • 建立时间: 2012-02-08
  • 更新时间: 2013-04-09

RSS订阅

Open Toolbar