您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试管理 > 缺陷管理 > 正文

缺陷的定义、产生原因、格式

发表于:2018-06-20 作者:(时光)光阴飞逝 来源:博客园 点击数:
  缺陷的定义:包含错误、Bug、缺陷、失效
  1、错误:静态存在于文档说明中的表述或编写错误ru:用户名及密码错误
  2、bug:存在于代码或硬件系统中的错误
  3、缺陷:被测对象实际表现与用户显性需求或隐性需求之间的差异:如:功能实现错误;功能实现多余;功能实现遗漏;功能实现不友好
  4、失效:因缺陷导致功能无法正常使用
  缺陷的产生原因:
  1、需求表述理解、编写过程中引起的错误
  2、系统设计架构引起的错误
  3、开发过程中缺乏有效的沟通及监督
  4、程序员编码过程产生的错误
  5、软件开发工具本身的错误
  6、软件需求、复杂度越来越高
  7、与用户需求不符合,即时本身不存在某种意义上的缺陷
  缺陷的格式:
  1、缺陷ID:缺陷的编号唯一
  2、概要描述:简单描述缺陷的形式或现象,可能引发缺陷的原因,便于研发快速推测缺陷的产生原因。如:商品查询功能:输入关键字后查询结果显示为乱码
  3、发现人:任何人(一般为测试工程师;项目组相关人员)
  4、发现时间:便于跟踪处理
  5、修复时间:
  6、所属版本:便于后期统计不同版本的缺陷数量以及确定测试版本的发布风险
  7、所属模块:缺陷所在的功能或业务模块,便于后期统计每个功能或业务模块的缺陷分布情况,从而利于回归投入确定或研发资源分配
  8、缺陷的状态:缺陷所处的活动状态,new(新发现的或新提交的缺陷) open(经过确认后确定是bug后,缺陷正式进入管理流程)  fix (研发同事确认为bug,并且做了修复活动,可将对应的bug状态设置为fix)close (缺陷经过校验确认已修复或无须处理时)reject(研发人员认为不是bug,拒绝修改) reopen(再次发现相同的缺陷重新打开)
  9、缺陷的严重度:缺陷引发后果的验证程度  ,low 、medium 、high、 very high、 urgent
  9、修复优先级:
  10、详细描述:当概要无法细致描述缺陷现象时,需要再此进行详细描述
  11、下一步处理人:缺陷修改人或测试人