一、缺陷报告内容：
1、缺陷编号（Defect ID）：提交缺陷的顺序
2、缺陷标题（summary）：扼要说明缺陷
3、缺陷发现者（Defected By）
4、发现缺陷日期（Defected Date）
5、缺陷所属模块（subject）
6、发现缺陷版本（Defected in release）
7、指派给谁处理（Assigned to）：测试人员指派给开发经理，开发经理根据模块派发
8、缺陷状态：测试人员发现 bug——new
开发经理验证bug——open（是 bug）
——rejected（不是 bug）：告诉测试经理，让他组织人员开会讨论开发人员修复 bug——fixed（待返测 bug）
测试人员返测 bug——close（修复成功）——reopen（修复不成功）
9、缺陷严重程度（severity）：Urgent——造成死机、重启、异常终止等
Veryhigh——非常严重问题
High——大的问题
Medium——中等程度问题
Low——小的问题（每个等级包含具体情况应在 Bug Level Definition 文档中定义好）
10、缺陷的优先级（priority）：测试人员希望开发人员在什么时间内或哪个版本解决
Urgent——立即解决
Veryhigh——本版本解决
High——下个版本解决
Medium——尽量在发布之前解决Low：允许在发布中存在的
11、缺陷描述（description）：发现该 bug 的步骤、使用的数据
二、缺陷报告作用：
1、记录 bug
2、对 bug 进行分类（模块、版本、严重程度）
3、对 bug 进行跟踪（整个 bug 生命周期）
4、对 bug 进行总结、统计
三、如何录入一个合格的bug：
1.重现步骤：通常由其中一两个关键步骤的组合才会出现错误，所以录入前多做几次尝试，尽量缩减重现步骤
2.注意事项：
（1）不要出现错别字
（2）不要把几个bug录入同一个ID
（3）附加必要截图和文件，写完后自己读一遍
四、如何与测试人员沟通一个bug
让测试人员了解bug对用户可能造成的困扰，如果录入的bug报告书难达意，马上找开发人员沟通
五、缺陷评审：
（1）决定如何处理bug
（2）分析缺陷产生原因，预防对策
