【软件缺陷的定义】

首先是Bug的定义：在软件程序中存在的任何一种破坏正常运行能力的问题或缺陷，都可以叫做“Bug”。

（1）      软件未达到软件产品需求说明书中的要求

（2）      软件出现了软件产品需求说明书中指明不会出现的错误

（3）      软件功能超出了软件产品需求说明书中指明的范围

（4）      软件未达到软件产品说明书中未指明但应达到的要求

（5）      测试人员认为难以理解、不易使用、运行缓慢或终用户认为不好的问题

【软件缺陷的级别】

建议：可用性方面的一些建议，如字体颜色等一些不影响使用的问题。

提示：一些小问题，如有个别错别字、文字排版不整齐等，对功能几乎没有影响，软件产品仍可使用。

一般：不太严重的错误，如次要功能模块丧失、提示信息不够准确、用户界面差和操作时间长等。

严重：严重错误，指功能模块或特性没有实现，主要功能部分丧失，次要功能全部丧失或致命的错误声明。

致命：致命的错误，造成系统崩溃、死机或造成数据丢失、主要功能完全丧失等。

【软件缺陷的状态】

凡是使用过缺陷管理工具，如BugFree、JIRA等都会知道Bug无非是这几种状态：新建、接受/处理、拒绝、已修复、关闭、重新打开、挂起。状态之间的跳转图如下：

 

 

【软件缺陷的处理】

       上面的知识点在各种网站和书籍上都可以查找到，但实际测试当中，测试人员需要严格的按照测试流程执行，时时检查开发人员是否在未沟通的情况下挂起或挂起BUG，另外软件发布时，基本上很少能达到的Bug修复后上线，那么如何在还有Bug遗留的情况下，评估是否可以发布呢？

1、  缺陷的挂起率

首先项目发布时，缺陷的挂起率不能超过15%，并且被挂起的Bug也需要对影响面进行评估，对用户影响大的，比如有延迟问题，延迟时间超过15s，这类bug都原则上不允许挂起，需要优化解决，另外在测试报告中的测试建议中可以说明：

ü   可以全量发布：适用于没有挂起bug或没有重现率高的严重致命的挂起bug。

ü   建议灰度发布：适用于挂起的严重致命bug重现率低（低于50%），或用户不容易感知。

ü   不建议发布：适用于挂起的严重致命bug必现，或很干扰用户体验。

2、  遗留Bug的影响

测试人员在报告中要对遗留Bug的影响度进行大致评估，关注的地方有Bug的重现概率、Bug对用户造成的影响、Bug是否会引发其他功能模块的使用来进行判断。