软件测试中的简单Bug要怎么处理？

软件的Bug也称为缺陷：狭义的概念是指软件程序的漏洞或缺陷。广泛的概念还包括可以由测试工程师或用户改进和发现的软件的细节，或与要求文档不同的功能实现等。那么软件测试中的简单Bug要怎么处理？出色的软件测试人员不仅可以找到软件中的错误，还可以分析错误的原因。下文总结了在开始软件测试之前必须了解和学习的一些BUG基本知识，主要包括BUG的定义，测试BUG的分类，错误过程以及错误解决的优先级。

　　一、测试BUG等级划分

　　1.Critical致命

通常表现为：主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。比如：内存泄漏;严重的数值计算错误；系统容易崩溃；功能设计与需求严重不符；系统无法登陆；循环报错，无法正常退出。以上问题在测试中较少出现，一旦出现应立即中止当前版本测试。

　　2.Major严重

通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。比如：功能未实现；功能存在报错；数值轻微的计算错误；边界条件下错误；网络持续断线；网络切换，连接回来比较慢等等；无法正常更新。解决方法：该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试。

　　3.Normal一般

通常表现为界面、性能缺陷。比如：兼容性不好；软件功能操作下容易无响应；软件功能操作时，没有提供进度条；界面颜色搭配不好；文字排列不齐；出现错别字，但是不影响功能；界面格式不规范。解决方法：该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度。

　　4.Enhancement建议及优化

通常表现为易用性及建议性问题，比如：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等。解决方法：此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理。

　　二、Bug流程以及Bug解决优先级

　　1.Bug状态

指缺陷通过一个跟踪修复过程的进展情况。

　　2.优先级

　　3.Bug状态标准

A.待处理(new)：测试人员或用户发现新问题后提交的状态。

B.已确认(open)：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。

C.已处理(fixed)：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。

D.已修改(closed)：测试人员认为问题已经修改，通过验证，由测试人员设置。

E.仍存在(reopened)：测试人员认为BUG未修复成功，问题仍然存在，由测试人员设置。

F.不是问题(reject)：研发人员确认不是BUG，或者建议与意见决定不采纳。

G.暂不处理(hold)：当前版本不做修改，后续版本再考虑，由研发人员或测试人员设置。

　　4.Bug处理流程

A.紧急：崩溃、严重BUG处理流程

B.优先：一般BUG处理流程

C.普通：建议性BUG处理流程

通过上述介绍，软件测试中的简单Bug要怎么处理，相信大家都已经知晓了吧。想了解更多关于软件测试的信息，请继续关注中培教育。