文档介绍：缺陷划分规划
为了在各项目中后期能对各项目质量做比较全面合理的评估， 本次缺陷管理过程中定义了比较充分的质量评估考察点， 将缺陷进行了多角度划分，下面将各划分方法一一列出。
缺陷（ def处理
开发人员已完成修正，等待测试人员验证
对开发人员已修复的缺陷， 经回归测试后发现
问题仍然存在
拒绝修改此缺陷，但要说明拒绝理由
不在当前版本修复的错误，下一版修复
缺陷已被成功修复
缺陷（ defect ）的优先级（ priority ）定义
优先级别
5-Urgent （紧急）
4-Very High （非常高）
描述
高优先级，马上响应，对于紧急需要处理的问
题。一般要求 2 小时内必须要求开发组做出响
应。
高优先级，优先级比 5 级低，但是也是高优先
3-High （高）
2-Medium(中)
1-Low（低）
级，需要开发组尽快给予响应， 一般要求当天
内必须要求开发组做出响应。
高优先级，优先级比 4 级低，但是也是高优先
级，需要开发组尽快给予响应， 一般要求几天
内开发组必须做出响应。
低优先级，响应时间要求更为宽松， 需要开发
组在限定的时间内予以响应，比如几个星期。
低优先级，优先级比 2 级更低一些，需要开发
组在限定的时间内予以响应， 甚至可以不用修
改，只要写清原因：如时间紧暂时不改、可以
忽略等。
缺陷（ defect ）类型定义
缺陷类型 描述
1- 代码错误 因开发人员代码实现错误引起的缺陷（如：查询结果不对）
2- 界面优化 操作界面中图标、按钮、文字、链接等大小位置不规范，需要优化界
面
3- 界面设计 功能能正确实现， 但是操作方式不优， 用户时候用起来很费劲， 如同
类的几个功能分到几个操作界面中， 使用户使用起来不好操作又不好
理解
4- 系统设计 表明此缺陷是因系统设计引起，如模块功能划分，开发架构选型
5- 数据库设计
6- 数据库与程序不一
表明此缺陷是因数据库设计引起
表明此缺陷是因数据与程序实现不一致引起
致
7- 设计变更
8- 数据错误
9- 需求不合理
10- 需求变更
表明此缺陷是因设计已变更而不考虑编码引起
表明此缺陷是因数据库数据有误引起的
表明此缺陷是因用户所提需求不合理或前后矛盾引起
表明此缺陷是因用户需求变更而不满足现实需求引起的