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的步骤、使用的数据、操作过程记录下来