51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 1886|回复: 0

[讨论] 有关软件缺陷的知识

[复制链接]

该用户从未签到

发表于 2018-6-6 11:18:16 | 显示全部楼层 |阅读模式
【软件缺陷的定义】

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

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

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

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

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

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



【软件缺陷的级别】

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

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

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

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

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



【软件缺陷的状态】

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







【软件缺陷的处理】

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

1、  缺陷的挂起率

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

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

ü   建议灰度发布:适用于挂起的严重致命bug重现率低(低于50%),或用户不容易感知。

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

2、  遗留Bug的影响

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

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-3-29 06:26 , Processed in 0.146095 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表