qileilove

blog已经转移至github,大家请访问 http://qaseven.github.io/

有关软件缺陷的知识

 【软件缺陷的定义】

  首先是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是否会引发其他功能模块的使用来进行判断。

posted on 2012-05-29 10:07 顺其自然EVO 阅读(568) 评论(0)  编辑  收藏 所属分类: 管理方向


只有注册用户登录后才能发表评论。


网站导航:
 
<2012年5月>
293012345
6789101112
13141516171819
20212223242526
272829303112
3456789

导航

统计

常用链接

留言簿(55)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

阅读排行榜

评论排行榜