一、 Bug的严重等级定义:
1、 Blocker 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

严重花屏
内存泄漏
 用户数据丢失或破坏
系统崩溃/死机/冻结
模块无法启动或异常退出
严重的数值计算错误
功能设计与需求严重不符
其它导致无法测试的错误, 如服务器500错误
2、Critical 即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。

 功能未实现
功能错误
系统刷新错误
数据通讯错误
轻微的数值计算错误
 影响功能及界面的错误字或拼写错误
安全性问题

3、Major 即界面、性能缺陷、兼容性。

操作界面错误(包括数据窗口内列名定义、含义是否一致)
边界条件下错误
提示信息错误(包括未给出信息、信息提示错误等)
长时间操作无进度提示
 系统未优化(性能问题)
光标跳转设置不好,鼠标(光标)定位错误
 兼容性问题
4、Minor 即易用性及建议性问题。

界面格式等不规范
 辅助说明描述不清楚
操作时未给用户提示
 可输入区域和只读区域没有明显的区分标志
个别不影响产品理解的错别字
 文字排列不整齐等一些小问题
二、  Bug的优先等级
1.  Immediate 即“马上解决”,表示问题必须马上解决,否则系统根本无法达到预定的需求。

2.  Urgent 即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。

3.  High 即“高度重视”,表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。

4.  Normal 即“正常处理”,进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。

5.  Low 即“低优先级”,即问题在系统发布以前必须确认解决或确认可以不予解决。

备注:严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷,优先级不一定高,甚至不需要处理,而一些严重性低的缺陷却需要及时处理,具有较高的优先级。

三、一般 BUG 的正规的处理流程

四、其他划分方法
BUG严重等级划分:

1级:致命
     1.由于程序引起的非法死机,退出,数据丢失,主要功能完全丧失,系统悬挂等错误
     2.操作或使用某一功能时,导致程序异常退出,或其余功能无法使用,或造成经常性死机和重启
     3.正常的用户操作,导致系统崩溃


2级:严重
    1.严重影响系统要求或基本功能的实现,且没有办法避免冲突
    2.主要功能丧失,导致严重的问题,或致命的错误声明
    3.配置项设计错误,无法正常配置,或配置后测试中出现预配置相关的错误


3级:一般性错误
    1.次要功能丧失,不太严重,可通过变通手段解决.
    2.部署文档错误,导致部署失败
    3.业务流程对应的功能未实现,但是有对应替代方法解决,不影响实际使用


4级:建议性
    1. 从使用者角度,提出的建议性意见
    2. 用户界面不太友好
    3.对齐方式,包括文字对齐,页面排列项一致

BUG紧急程度定义:

    1级:紧急,需要立即解决的问题,对应严重度为致命问题
    2级:高 ,软件的主要功能错误或者造成软件崩溃,数据丢失的缺陷
    3级:中 ,影响软件功能和性能的一般缺陷
    4级:低 ,对软件的质量影响非常轻微的缺陷,多为建议性或者UI层级的问题

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

 文档获取方式:

加入我的软件测试交流群:632880530免费获取~(同行大佬一起学术交流,每晚都有大佬直播分享技术知识点)

这份文档,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!

以上均可以分享,只需要你搜索vx公众号:程序员雨果,即可免费领取

Logo

开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!

更多推荐