缺陷报告的组成（课堂笔记）

缺陷报告的组成

1.缺陷编号（Defect ID）
提交缺陷的顺序
2.缺陷标题（summary）
简明扼要的说明该缺陷
3.缺陷的发现者（Detected By ）
一般就是自己
4.发现缺陷的日期（Detected on date）
一般是当天
5.缺陷所属的模块（subject）
在测试哪个功能模块（程序部分）时发现的bug,开发经理会根据bug所在模块，找到指定的修改人
6.发现缺陷的版本（Detected in release）
在测试哪个程序版本时发现的bug，一般由开发组确定
7.指派给谁处理（Assigened to）
测试人员指派给开发经理，开发经理根据缺陷所在的模块，再把该缺陷指派给具体的负责人进行修改
8.缺陷的状态（status）
表示缺陷当前所处的状况或目前所处的情况
（1）测试人员发现bug，提交缺陷报告——new（新提交）
（2）开发经理验证提交的bug，如果是，把状态改为——open（打开的bug，开发组承认的bug），如果不是，把状态改为——rejectd（被拒绝的bug），是open，需要指派给开发人员解决。
（3）开发人员看到指派给自己的bug，进行缺陷修复，修改完，把状态改为——fixed（已经修复的bug，待返测的bug）
（4）测试人员对已经修复的bug进行返测，如果返测通过，把状态改为——closed（关闭的bug，归档的bug），如果返测失败，把状态改为——reopen（重新打开的bug，返测未通过的bug）

缺陷状态的变化，体现出：
（1）缺陷的生命周期：New->open->fixed->closed
（2）缺陷的处理流程（跟踪过程）：New->open->fixed->closed
9.缺陷的严重程度（severity）
表明该bug对软件造成的影响有多大，或者说多糟糕
Urgent：造成死机，重启、异常终止等严重后果的bug。
Veryhigh：非常严重的问题
High：大的问题
Medium