软件测试中的Bug基础知识是什么?一个优秀的软件测试师不仅仅能够发现软件中的bug，还能分析出bug产生的原因。下面我们来看看软件测试中的Bug基础知识是什么吧。
软件测试中的Bug基础知识是什么?
1、BUG定义
软件的Bug也叫缺陷：狭义概念是指软件程序的漏洞或缺陷，广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。
2、测试BUG等级划分
(1)Critical致命
通常表现为：主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。比如：内存泄漏;严重的数值计算错误;系统容易崩溃;功能设计与需求严重不符;系统无法登陆;循环报错，无法正常退出。以上问题在测试中较少出现，一旦出现应立即中止当前版本测试。
(2)Major严重
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。比如：功能未实现;功能存在报错;数值轻微的计算错误;边界条件下错误;网络持续断线;网络切换，连接回来比较慢等等;无法正常更新。解决方法：该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试。
(3)Normal一般
通常表现为界面、性能缺陷。比如：兼容性不好;软件功能操作下容易无响应;软件功能操作时，没有提供进度条;界面颜色搭配不好;文字排列不齐;出现错别字，但是不影响功能;界面格式不规范。解决方法：该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度。
(4)Enhancement建议及优化
通常表现为易用性及建议性问题，比如：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等。解决方法：此类问题在测试初期较多，优先程度较低;在测试后期出现较少，应及时处理。
3、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处理流程