软件测试培训之缺陷的级别及管理流程

　　缺陷等级一般划分为四个等级，致命、严重、一般、提示。

　　致命(Uregent)：主流程无法跑通，系统无法运行，崩溃或业务中断，应用模块无法启动或异常退出，主要功能模块无法使用。如：1.内存泄漏;2.严重的数值计算错误;3.系统容易崩溃;4.功能设计与需求严重不符;5.系统无法登陆;6.循环报错，无法正常退出。

　　严重(very high)：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。如：1. 功能未实现;2.功能存在报错;3.数值轻微的计算错误

　　一般(Medium)：界面、性能缺陷。如：1.边界条件下错误;2.容错性不好;3.大数据下容易无响应;4.大数据操作时，没有提供进度条

　　提示(Low)：易用性及建议性问题。如：1.界面颜色搭配不好;2.文字排列不整齐;3.出现错别字，但是不影响功能;4.界面格式不规范。

　　缺陷管理流程说明：

　　1、测试人员填写bug并(Assign)给测试负责人，状态为New;

　　2、测试负责人(review)缺陷。主要检查报告规范，以及确认bug。若是有效的bug，状态变化为open，并分配给开发人员;若bug无效则指派(Assign)回给测试人员，bug状态依旧为new

　　3、开发人员根据缺陷描述确认是否时缺陷，若是则进行修复，修改完成并进行单元测试后，将bug的状态变为fixed，在comment中说明修改方法，并指派给缺陷发现人。若不是缺陷或者延期修改的，将bug状态变化为Rejected，同时也在comment中注明原因。

　　4、测试人员每天查看自己提交的bug的状态变化，应该成为每个测试人员的例行行为;

　　5、当bug的状态变为fixed时，测试人员打开该bug，开始对该bug进行回归测试;如果该bug回归测试通过，则状态变为closed。否则bug的状态变为reopen(必须说明reopen、closed状态变化原因或者操作过程);

　　6、若对(Reject)的缺陷进行再次确认后测试人员认为是缺陷，则需(Reopen)缺陷至开发人员出，并comment原因。

　　7、如果回归测试通过，可是修改的同时又引入新的bug，则重新提交bug，状态为new。如果需要的时候注明相关联的bug号;

　　8、只有当所有的bug状态为closed，才可发布版本。

　　注：每当bug状态改变后，必须给出相应的注释和说明，以便查看bug生命周期的变化情况。

如需了解更多测试技术信息请关注：https://www.duoceshi.cn/jswz/深圳多测师软件与技术服务有限公司