缺陷等级划分
缺陷等级一般划分为四个等级,致命、严重、一般、提示。
致命(一级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
bug缺陷管理流程及等级划分
发表于:2018-10-06
作者:slforeverlove
来源:CSDN
- 周排行
- 月排行
-   实例!软件缺陷数据度量和分析
-   从“扁鹊三兄弟”谈缺陷预防
-   为什么缺陷报告是每个测试人员都应该...
-   常用的bug管理工具
-   基于Bug的测试策略分析
-   软件用例写作与缺陷管理
-   怎么用Leangoo管理Bug
-   实例!软件缺陷数据度量和分析
-   国内外最好用的6款Bug跟踪管理系统
-   从“扁鹊三兄弟”谈缺陷预防
-   像个专业人士一样去调试Bug
-   史上最臭名昭著五大软件Bug
-   消灭Bug秘籍:如何处理大型软件中的错...
-   多种缺陷管理软件简介