摘要:本文将带你了解测试管理方法之bug缺陷管理流程及等级划分,希望对大家学测试管理有所帮助。
本文将带你了解测试管理方法之bug缺陷管理流程及等级划分,希望对大家学测试管理有所帮助。
缺陷等级划分
缺陷等级一般划分为四个等级,致命、严重、一般、提示。
致命(一级bug)
通常表现为:主流程无法跑通,系统无法运行,崩溃或严重资源不足,应用模块无法启动或异常退出,主要功能模块无法使用。
比如:1.内存泄漏;2.严重的数值计算错误;3.系统容易崩溃;4.功能设计与需求严重不符;5.系统无法登陆;6.循环报错,无法正常退出。
严重(二级bug)
通常表现为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。
比如:1. 功能未实现;2.功能存在报错;3.数值轻微的计算错误。
一般(三级bug)
通常表现为:界面、性能缺陷。
比如:1.边界条件下错误;2.容错性不好;3.大数据下容易无响应;4.大数据操作时,没有提供进度条。
提示(四级bug)
通常表现为:易用性及建议性问题
比如:1.界面颜色搭配不好;2.文字排列不整齐;3.出现错别字,但是不影响功能;4.界面格式不规范。
缺陷管理流程说明
1、测试人员填写bug并提交给开发组长,Bug的状态为New;
2、开发组长次日工作前对bug确认是否有效。有效的bug,状态变化为open,并分配给开发人员;bug无效或者延期修改的,将bug状态变化为Rejected,同时也在comment中注明原因。
3、开发人员上班的第一件事情是查看自己有几个bug需要修改。
4、开发人员修改bug,修改完成并进行单元测试后,将bug的状态变为fixed,在comment中说明修改方法;
5、测试人员每天查看自己提交的bug的状态变化,应该成为每个测试人员的例行行为;
6、当bug的状态变为fixed时,测试人员打开该bug,开始对该bug进行回归测试;
7、如果该bug回归测试通过,则状态变为closed。否则bug的状态变为reopen(必须说明reopen、closed状态变化原因或者操作过程);
8、如果回归测试通过,可是修改的同时又引入新的bug,则重新提交bug,状态为new。如果需要的时候注明相关联的bug号;
9、只有当所有的bug状态为closed,才可发布版本。
注:每当bug状态改变后,必须给出相应的注释和说明,以便查看bug生命周期的变化情况。
new-open(rejected)-fixed(reopen)-closed
本文由职坐标整理并发布,希望对同学们有所帮助。了解更多详情请关注职坐标软件测试之测试管理频道!
您输入的评论内容中包含违禁敏感词
我知道了
请输入正确的手机号码
请输入正确的验证码
您今天的短信下发次数太多了,明天再试试吧!
我们会在第一时间安排职业规划师联系您!
您也可以联系我们的职业规划师咨询:
版权所有 职坐标-一站式IT培训就业服务领导者 沪ICP备13042190号-4
上海海同信息科技有限公司 Copyright ©2015 www.zhizuobiao.com,All Rights Reserved.
沪公网安备 31011502005948号