有关软件缺陷的知识

【软件缺陷的定义】

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

&＃xff08;1&＃xff09;      软件未达到软件产品需求说明书中的要求

&＃xff08;2&＃xff09;      软件出现了软件产品需求说明书中指明不会出现的错误

&＃xff08;3&＃xff09;      软件功能超出了软件产品需求说明书中指明的范围

&＃xff08;4&＃xff09;      软件未达到软件产品说明书中未指明但应达到的要求

&＃xff08;5&＃xff09;      测试人员认为难以理解、不易使用、运行缓慢或最终用户认为不好的问题

 

【软件缺陷的级别】

建议&＃xff1a;可用性方面的一些建议&＃xff0c;如字体颜色等一些不影响使用的问题。

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

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

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

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

 

【软件缺陷的状态】

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

 

 

【软件缺陷的处理】

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

1、  缺陷的挂起率

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

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

ü   建议灰度发布&＃xff1a;适用于挂起的严重致命bug重现率低&＃xff08;低于50%&＃xff09;&＃xff0c;或用户不容易感知。

ü   不建议发布&＃xff1a;适用于挂起的严重致命bug必现&＃xff0c;或很干扰用户体验。

2、  遗留Bug的影响

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