缺陷管理知识

优先级	描述
1级	缺陷必须被立即解决
2级	缺陷需要正常排队等待修复或列入软件发布清单
3级	缺陷可以在方便时被解决

缺陷的发现可能来源于：需求、架构、设计、编码、测试这几个阶段

###缺陷级别

级别	描述
严重缺陷（critical）	不能执行正常工作，使系统崩溃或资源严重不足，如：程序引起的死机、错误操作导致程序中断、与数据库连接失败、数据通信失败
较严重缺陷（major）	严重影响系统基本功能的实现，且没办法更正（重新安装或重新启动该软件不属于更正办法）如：功能不符、程序接口错误、轻微数据计算错误
一般缺陷（average serverity）	严重影响系统基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法），如：界面错误、打印内容和格式错误、删除操作未给出提示、数据输入没有边界值或不合理
次要缺陷（minor）	使操作者不方便或遇到麻烦，但不影响执行工作或功能实现，如：辅助说明文档描述不清楚、显示的格式不规范、系统处理未优化
改进型缺陷（enhancement）	对系统的友好性有影响，如：界面布局、色彩问题

###缺陷管理一般过程

（1） 测试人员发现软件缺陷，提交新bug入库，缺陷状态为new

（2）测试经理，若确认是缺陷，则分配给相关的开发人员，缺陷状态为open；若不是缺陷（或缺陷状态描述不清楚），则拒绝，设置为declined状态

（3）开发人员对已标记为open状态的缺陷进行确认，若不是缺陷，状态改为declined；若是则进行修复，修复后将缺陷状态改为fixed。对于不能解决的缺陷，提交到项目组会议评审，已做出延期或进行修复等决策

（4）测试人员查询状态为fixed的缺陷，然后验证缺陷是否已解决，若已解决则将改为closed的状态，否则改为reopen状态。对于已被验证已经关闭的缺陷，由于种种原因被重新打开，测试人员将此缺陷标记为reopen，重新经历修正、关闭等阶段