缺陷BUG管理

缺陷

缺陷的定义

  • 产品实现不满足用户需求
  • 测试执行时,实际结果与预期结果不一致

缺陷的判定标准

  • 未达到需求说明书指明的功能
  • 出现了需求说明书指明不应该出现的错误
  • 实现了需求说明书之外的功能
  • 未达到需求说明书虽未明确提及但是应该实现的目标(性能要求)
  • 用户角度发现的各种问题

缺陷产生的原因及根本原因

  • 需求文档存在错误
  • 需求变更
  • 代码错误
  • 沟通不畅,信息不同步
  • 软件复杂
  • 进度压力

缺陷的核心内容

  • 标题:描述缺陷的基本信息,
  • 前置条件:描述缺陷出现依赖的相关条件
  • 复现步骤:测试用例里面的执行步骤
  • 实际结果:执行被测试软件过程中,系统给出的结果
  • 预期结果:参照需求说明书,在测试用例设计中的预期结果
  • 附件:方便开发定位bug的关键信息,包含图片,日志等

缺陷的基本要素

  • 缺陷编号:唯一
  • 缺陷模块:根据产品进行具体的划分,所属的模块
  • 缺陷状态:表明缺陷处理进度
  • 严重程度:从技术维度衡量,bug的破坏力
  • 优先级:从业务的角度,决定bug的修改顺序
  • 缺陷类别:用于分类整理缺陷

缺陷的状态

  • new:新建
  • open:打开
  • fix:已修复
  • close:关闭
  • reopen:重新打开
  • reject:已拒绝
  • postpone:延期

缺陷的严重程度 

  • 5:严重——critical
  • 4:高——major
  • 3:一般——medium
  • 2:小——minor
  • 1:细微——tiny

缺陷的优先级 

  • 5:紧急的——urgent
  • 4:非常高——veryhigh
  • 3:高——high
  • 2:中——medium
  • 1:低——low

禅道

JIRA

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值