服务支持部-缺陷过程规范

1、版本更新流程缺陷过程规范目录1.缺陷状态41.1.测试人员提交的缺陷：41.2.评审小组接收的缺陷：41.3.开发人员解决的缺陷：41.4.测试人员验证的缺陷：42.名词解释52.1.严重级别52.2.优先级别62.3.状态和原因62.4.会审63.缺陷状态转化流程74.缺陷过程图91. 缺陷状态1.1. 测试人员提交的缺陷：状态：已建议，原因：新的，会审：挂起1.2. 评审小组接收的缺陷：会审：挂起>收到信息>详细信息>已会审，状态：活动的，原因：已批准会审：挂起，状态：已建议，原因：新的会审：已会审，状态：已建议，原因：调查完成1.3. 开发人员解决的缺陷：状态：已解决，

2、原因：已修复状态：已解决，原因：保留原样1.4. 测试人员验证的缺陷：状态：已关闭，原因：已修复状态：活动的，原因：未修复状态：已关闭，原因：不是bug状态：已关闭，原因：无法重现状态：已关闭，原因：已推迟状态：已关闭，原因：重复2. 名词解释2.1. 严重级别严重级别指的是缺陷对系统的影响程度，级别越高对系统的影响就越大就越应该被及早修复；严重级别有三级，分别为：1，3，5。根据下方的缺陷列表对缺陷进行分级，功能性缺陷列表中所列缺陷以及其他能够引起异常问题，被定义为5级缺陷；性能缺陷、用户界面缺陷、负载缺陷、容错处理缺陷、兼容性缺陷（向前向后）、配置缺陷、安装与卸载缺陷、封装的提示信息不准确

3、等缺陷被定义为3级，建议类和错别字缺陷等定义为1级。功能性缺陷列表（5级）功能性缺陷名称补充系统功能遗漏功能实现与需求文档定义不符系统抛出未经封装的底层错误错误的系统提示信息应用程序意外中断数据库并发控制缺失缺少必要的输入输出校验缺少对特殊字符、单双字节字符的处理缺少或错误的安全性验证（包括：Cookie，Session，SSL，SQL注入，URL身份验证，跨站脚本攻击）在功能组合中未保存对象集合的状态类关系混乱导致的功能错误输入输出数据不符多系统间的数据同步错误进程、线程同步按需求文档定义 非功能性缺陷列表（3级）功能性缺陷名称补充用户界面缺陷（与设计文档以及系统整个规范不符）性能缺陷负载缺

4、陷容错处理缺陷兼容性缺陷（向前向后）配置缺陷安装与卸载缺陷封装的提示信息不准确2.2. 优先级别优先级别指的是缺陷被优先解决修复的级别，级别越高越应该被优先解决；优先级别有三级，分别为：1，2，3。对系统使用影响越大，严重级别越高则优先级越高，被及早解决的几率越大；反之优先级越会低，被及早解决的几率越小。2.3. 状态和原因状态指的是当前缺陷的状态，原因是对当前缺陷状态的一个解释。2.4. 会审会审指的是当前缺陷是否被评审小组会审通过；会审的状态转化为：挂起>收到信息>详细信息>已会审，显示的是从开始会审到会审通过的过程。3. 缺陷状态转化流程1. 测试人员发现缺陷，在TFS

5、中书写缺陷，此时新建缺陷的状态框内显示如下：“指派给”输入框内显示的用户为开发人员，“优先级别”下拉框中的数字显示为该缺陷被优先解决修复的级别，“严重级别”下拉框中的文字显示该缺陷的级别，新缺陷的状态为“已建议”原因为“新的”，“会审”下拉框显示该缺陷是否会审通过，新缺陷的会审下拉框为“挂起”。2. 测试人员将缺陷提交后，评审组人员接收缺陷并将该缺陷会审状态更改为“收到信息”，进行会审时将该缺陷会审状态更改为“详细信息”a) 若会审通过则将缺陷的会审状态更改为“已会审”，同时将缺陷状态更改为“活动的”原因为“已批准”；b) 若会审未通过则将缺陷的会审状态更改为“挂起”，同时将缺陷状态更改为“活

6、动的”原因为“调查”；c) 若为调查过程中发现的缺陷且会审通过则将缺陷的会审状态更改为“已会审”，状态为“已建议”原因为“调查完成”。3. 开发人员收到已会审的缺陷后：a) 若认同缺陷则对缺陷进行修复，修复完成后将缺陷状态更改为“已解决”原因为“已修复”；b) 若不认可缺陷则将缺陷状态更改为“已解决”原因为“保留原样”。4. 开发人员修复缺陷后提交给测试人员，测试人员开始验证缺陷：a) 若该缺陷被修复，则将缺陷状态更改为“已关闭”原因为“已修复”；b) 若缺陷未被修复则将缺陷状态更改为“活动的”原因为“未修复”；c) 若该缺陷通过会审小组认定为不是缺陷则将缺陷状态更改为“已关闭”原因为“不是bug”；d) 若找不到重现该缺陷的步骤即无法重现时则将缺陷状态更改为“已关闭”原因为“无法重现”