软件测试之编写和管理缺陷报告
一.缺陷的分类：
1.按功能模块分类
2.按问题的引出分类：
功能，性能，界面，安全等等
3.按严重程度分类：
影响项目进度的，死机，功能问题，界面问题
4.按缺陷的优先级别分类：
立即修复，版本发布之前修复，如果时间允许应该修复，版本发布中允许存在的问题
优先级制定时主要考虑因素：
（1）严重程度——一般严重程度越高，优先级越高
（2）影响范围——一般影响范围越广，优先级越高
（3）参考开发组的当前任务压力——开发任务越轻，优先级越高
（4）解决bug的成本——成本越低，优先级越高
注意：具体情况视公司情况而定
二.缺陷报告的用途：
1.记录缺陷
2.缺陷分类
3.跟踪缺陷
三.缺陷报告的分类
1.按缺陷所处状态分类：
新建，待提交，已提交，已分配，问题未解决，待归档，已归档
2.按缺陷的处理意见分类
已修改，不是问题，以后版本解决，无法重现，无法解决等等
四.缺陷报告的内容
1.缺陷编号：
缺陷的记录顺序，实际项目一般是缺陷管理工具自动编号
2.缺陷标题
简明扼要地概述一下缺陷
3.缺陷发现者：
一般是自己
4.缺陷发现时间
一般是当天
5.缺陷所在产品版本号
6.缺陷所属模块
便于开发负责人找到负责这个模块的开发人员让其处理
7.缺陷状态
8.缺陷严重程度
9.缺陷优先级别
10.缺陷的描述
把发现缺陷的过程、步骤、使用的数据等记录下来，使程序员通过该描述，能够再现该bug
五.缺陷报告的处理流程
1.正常
测试提交缺陷报告-测试负责人或开发负责人分配缺陷报告-开发处理缺陷报告-测试人员返测报告-如果返测成功测试人员关闭缺陷报告，如果返测失败返回开发处理缺陷报告，直到返测成功测试关闭缺陷报告
2.推迟
测试提交缺陷报告-测试负责人或开发负责人分配缺陷报告-开发驳回缺陷报告（注明推迟时间）-测试人员推迟缺陷报告-测试人员重开报告-开发人员处理-测试人员返测-如果返测成功测试人员关闭缺陷报告，如果返测失败返回开发处理缺陷报告，直到返测成功测试关闭缺陷报告
3.描述不清
测试提交缺陷报告-测试负责人或开发负责人分配缺陷报告-开发驳回缺陷报告（注明缺陷描述不清）-测试人员推迟缺陷报告-测试人员重开报告-开发人员处理-测试人员返测-如果返测成功测试人员关闭缺陷报告，如果返测失败返回开发处理缺陷报告，直到返测成功测试关闭缺陷报告
4.无效
测试提交缺陷报告-测试负责人或开发负责人分配缺陷报告-开发驳回缺陷报告-测试人员置报告为无效
5.重复
测试提交缺陷报告-测试负责人或开发负责人分配缺陷报告-开发驳回缺陷报告-测试人员置报告为无效