软件测试基础

1.如何编写缺陷报告(缺陷报告的组成)


(1).缺陷编号(defect ID)
   所提交的bug的顺序
(2).缺陷标题(summary)
   简明扼要地说明一下该缺陷
(3).缺陷的发现者(Detected By)
(4).发现缺陷的日期(Detected on date)
(5).缺陷所属的模块(subject)
   在测试哪个模块的时候发现的bug
(6).发现缺陷的版本(Detected in release)
(7).指派给谁处理(Assigned to)
   测试人员指派给开发经理
(8).缺陷的状态(status)
   表明缺陷此时所处的情况或处理状态:
   new: 测试人员 发现bug
   open: 开发经理 看到这个bug,进行验证,发现确实是个bug
   rejected: 开发经理看到这个bug,进行验证,发现不是bug,则将缺陷状态改为:rejected
   fixed: 开发人员看到指派给自己的bug,进行bug修改,修改完后,将状态改为fixed
   closed: 测试人员对修复的bug进行返测,返测成功,将状态修改为closed
   reopen: 测试人员对修复的bug进行返测,返测失败,将状态改为reopen
(9).缺陷的严重程度(severity)
   根据测试计划中Bug Level的定义写出相关级别即可
(10).缺陷的优先级(priority)
   希望程序员在什么时间内或者哪个版本解决该bug
   需要考虑以下主要因素:
   i.bug的严重程度
   ii.bug影响的范围
   iii.开发组当前的工作进度
   iv.解决的难易程度
(11).缺陷的描述(description)
   把发现bug的步骤、使用的数据、操作过程记录下来

2.缺陷的处理流程


Created with Raphaël 2.1.0 提交缺陷报告(测试人员) 分配缺陷报告(开发经理) 处理缺陷报告(开发人员) 返测是否通过?(测试人员) 关闭缺陷报告(测试人员) yes no
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值