软件缺陷的定义和判定标准


一、软件缺陷的定义

  • 软件或者程序中存在的各种问题及错误
  • 软件缺陷的存在会导致软件产品在某种程度上不能满足用户的需求

二、软件缺陷的判定标准

  1. 软件未达到需求说明书的功能
  2. 软件出现了需求说明书指明不会出现错误的地方
  3. 软件的功能超出需求说明书知名的范围
  4. 软件出现了需求说明书虽未指明,而应该达到的目标
  5. 软件测试人员认为软件难以使用,效率低下,或者用户体验不好

三、软件缺陷产生的原因

软件缺陷产生是不可避免的,造成软件缺陷产生的元婴主要归纳如下:

  1. 需求解释、记录或定义错误
  2. 设计文档说明存在错误或者拼写错误
  3. 编码说明、程序代码有误
  4. 硬件或者软件系统上存在错误

四、软件缺陷产生的根源

  • 需求变更
  • 交流不充分
  • 软件复杂性
  • 进度压力

五、软件缺陷信息

以下表格中的为必须体现出来的信息,比较重要,还有的缺陷信息是根据每个公司而变化。

编号属性名称描述
1缺陷ID唯一的缺陷ID,可以根据该ID追踪缺陷
2缺陷状态缺陷状态指缺陷通过一个跟踪修复过程的进展情
3缺陷标题描述缺陷的标题
4缺陷严重程度对软件产品的影响程度
5缺陷优先级缺陷修复的先后顺序,分有限处理和稍后处理
6缺陷所属模块缺陷所属的项目和模块,要能较精确的定位至模块
7缺陷详细描述缺陷的重要步骤
8缺陷处理人处理该缺陷的处理者

1、 缺陷的基本内容

缺陷标题、缺陷的预置条件、却显得重现步骤、缺陷的实际结果、缺陷的预期结果

2、缺陷的状态

  • new :新建状态
  • renew|reopen:激活状态
  • open:打开状态
  • fixed:修复状态
  • closed:关闭状态
  • rejected:拒绝状态
  • postpone:拖延状态

3、缺陷的严重程度

严重等级描述
5-Critical系统瘫痪、异常退出、死循环、严重的计算错误
4-VeryHigh频繁的司机、导致大部分功能不能使用
3-High1.功能没有实现,或者不符合用户需求2.数据丢失
2-Medium1.影响一个独立的功能2.仅在特定的条件上发生3.与产品需求定义不一致4.断断续续出现问题
1-Low表面性错误(如错别字,样式)
P.S.每一个缺陷管理工具的等级划分存在不同,但是都大同小异或者按照倒序的排序,按照情况划分。

4、缺陷的优先级

优先级别描述
5-Urgent最高优先级、在这个错误的影响下系统几乎不能使用
4-VeryHigh高优先级,错误对这套系统的能力产生严重的影响
3-High中优先级,如果这个错误存在于系统中,会制约开发和测试的活动进行,如果先前没有修复它,那么需要在发布前修复它
2-Medium低优先级,不会延迟发布,但是会在以后修正这个错误
1-Low最低优先级 ,时间和资源允许时修正
P.S.每一个缺陷管理工具的等级划分存在不同,但是都大同小异或者按照倒序的排序,按照情况划分。


E表测试用例的模板展示

  • 1
    点赞
  • 25
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值