软件测试基础_软件缺陷管理学习笔记


1.1  缺陷状态定义


缺陷状态

描述

已关闭

缺陷确认者(一般为问题生成人)验证后认为问题已解决属实

已拒绝

被拒绝的缺陷经缺陷确认者确认,确实不需要修复或不是缺陷

被拒绝

测试人员认为是系统缺陷或者是需要对系统进行优化,开发人员认为不是缺陷或者不需要优化的问题

延迟

问题的分析者认为是缺陷,但是不影响业务办理的进行延迟处理。


1.2  缺陷严重程度定义


严重等级

描述

严重

缺陷对进度的影响可能是非常致命的,或者可能是一个停止器——即终止用户继续使用系统;或者影响测试工作继续进行的缺陷。

较严重

系统基本能正常工作但同一错误现象频繁出现或者问题不解决时会给后续工作带来较大风险(如需求描述不正确导致系统设计错误)。

一般

不属于严重较严重微小之外的缺陷。

微小

不影响系统功能,但影响系统的易用性(如界面美观问题、操作建议等)或产出物的一些非技术性质量问题(如文档版本、错别字等)。


1.3  缺陷类型定义


编号

缺陷类型

描述

1.

T-需求获取

需求获取中存在的缺陷。如需求获取不完整,获取的需求歧义等。

2.

U-用户界面

不合理的界面布局、色调、缩进、对齐方式,注释和拼写错误;不适当的错误提示信息、人机交互方式;指定的功能键不能工作;不正确的菜单导向;缺少必要的效验;没有联机帮助等。

3.

P-性能

不满足系统可测量的性能属性值,如:执行时间、事务处理速度等。

4.

S-数据结构

数据表、字段、结构等方面的问题。

5.

A-程序结构

编码没有达到设计要求引起的缺陷,如程序错误,计算错误等。

6.

B-一致性

由于配置管理、版本管理、变更管理引起的问题;需求、设计、可运行系统等存在的不一致性问题。

7.

O-其他

不属于前面六种类型缺陷的缺陷。如开发环境、操作系统、硬件引起的缺陷。



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值