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

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

缺陷报告的组成

发表于:2018-10-05 作者:wei_hu 来源:博客园
  一、 缺陷报告的组成
  1、缺陷编号(Defect  ID)
  提交bug的顺序
  2、缺陷标题(summary)
  简明扼要的说明一下该bug
  3、缺陷的发现者(Detected By)
  一般就是自己
  4、发现缺陷的日期(Detected on date)
  (区别:data数据)
  一般就是当天
  5、缺陷所属的模块(subject)
  在测试哪个模块的时候发现的bug;开发经理会据此找到bug的修改负责人
  6、发现缺陷版本(Detected  in  release)
  在测试哪个版本的时候发现的bug
  7、指派给谁处理(Assigned to)
  测试人员指派给开发经理
  开发经理根据bug所在的模块指派给相应的开发人员进行缺陷修改
  8、缺陷的状态(status)
  表明缺陷此时所处的情况或处理状态
  (1)测试人员发现bug,把缺陷的状态写成:new(新提交的bug)
  (2)开发经理看到此bug,进行验证,如果是bug,把缺陷状态改为:open(打开的bug,开发组承认的bug);如果不是bug,把缺陷状态改为:rejected(拒绝的bug)
  (3)开发人员看到指派给自己的bug,进行bug修改,修改完后,把状态改为:fixed(已经修复的bug,待返测的bug)
  (4)测试人员对修复的bug进行返测,如果返测成功,把bug的状态改为:closed(关闭的bug,归档的bug);如果返测失败,把bug的状态改为:reopen(重新打开的bug,返测为通过的bug)
  整个过程称为缺陷的处理流程(缺陷的跟踪过程)
  New—>open—>fixed
  —>closed
  缺陷的严重程度(severity)
  1.Bug对软件造成的影响有多大
  2.Urgent:对软件和用户造成巨大影响的bug,如死机、蓝屏、重启等
  3.Veryhigh:非常严重的bug
  4.High:大的问题
  5.Medium:中等程度的问题
  6.Low:小的问题
  7.需要在正式文档或测试计划中定义好评价标准
  8.Bug Level(级别) Definition(定义)
  9.Performance性能
  10.Function功能
  10、缺陷的优先级(priority)
  测试人员希望程序员在什么时间内或哪个版本中解决该bug
  1.Urgent:立即修改,否则影响开发/测试进度
  2.Veryhigh:本版本修改
  3.High:下版本修改
  4.Medium:发布之前修改
  5.Low:允许发布中存在的bug
  需要考虑的主要因素:
  A、bug的严重程度
  一般越严重,越优先(但不是绝对)
  B、bug影响的范围
  一般影响范围越大,越优先
  C、开发组当前的工作进度
  D、解决的难以程度
  11、缺陷描述(description)
  把发现bug的步骤、使用的数据、操作过程记录下来
   练习重点
  缺陷报告用途
  1、 记录bug
  2、 对bug进行分类(提交者、模块、版本、严重程度、优先级、状态)
  3、 对bug进行跟踪管理(new——closed)
  4、 对bug进行分析、统计、总结
  二、如何识别bug
  1、测试用例的预期结果
  (实际结果与预期结果不一致,就是bug)
  2、看需求(从bug的5点定义判断)
  3、与开发、需求人员、用户讨论