51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6905|回复: 33
打印 上一主题 下一主题

[讨论] 降低软件测试后遗漏Bug的风险

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-4-19 13:48:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
尽管软件经过了测试员的测试,但是软件发布后,用户仍然会发现一些Bug,软件公司收到客户的质量抱怨,很多人士都将这一切错误怪罪到测试人员的工作疏忽,尽管这有一定的道理,但是,光让测试员自己“背黑锅”其实是有失公正的。

分析这些遗漏的Bug的特征,检查软件测试、开发、项目管理流程,可以在今后的软件项目中积累经验。

为什么软件测试后会遗漏Bug?主要来自以下四种情形:

(1)软件测试用例设计不完整,测试覆盖率不高。客户偶然执行了软件的某些操作,而这些操作没有被测试员测试到。

(2)测试员过分依赖程测试说明书,机械地执行测试。由于测试人员可能是新手,他们完全按照测试说明书执行测试,忽略了使用程序中输入变量的边界值进行测试,而用户正好使用了边界值进行操作。

(3)测试环境和用户的使用环境不一致。虽然在测试人员的测试环境中软件不会有错误,但是如果用户的使用环境与测试环境不一致,将会发现新的Bug。这在软件的离岸外包测试中经常出现。

(4)测试发现的软件Bug没有被正确处理。如果开发人员没有及时、正确地处理测试发现的Bug,忽略了一些Bug,而想当然地认为新的Build中这些Bug已经被修正了,就会带来Bug隐患。

针对以上遗漏Bug的特征,可以找出对应的防范措施,降低软件测试后遗漏Bug的风险。

(1)设计覆盖率高的测试用例。将客户最经常使用的功能写入测试用例,可以参照用户需求说明书创建测试用例。

(2)测试人员提高测试能力,既要测试输入变量的正常值,也要测试边界值和非正常值。采用等价类和边界值测试相结合的方法测试。

(3)保持测试环境和用户使用环境的一致性。用户需求说明书中通常包括软件的运行环境,测试环境应该保持一致,或者采用一些测试工具来模拟或仿真用户的使用环境。

(4)规范Bug的处理和跟踪流程。只有测试人员才有权关闭Bug跟踪数据库的Bug,开发人员只负责确认和修正Bug。在软件发布之前,确保满足发布条件,例如功能Bug全部被处理,其他Bug数量在发布条件允许范围内。

最后,由于软件测试是一种被动的软件质量保证活动,软件测试只能证明软件存在Bug,无法发现全部的Bug,而且由于测试时间、人员、成本的原因,软件测试的深度和广度都是有限的,软件测试后遗漏Bug属于预料之中。理解用户使用需求,加强测试用例设计,提高测试技术水平,优化Bug管理流程,将可以使软件测试后遗漏的Bug降低到最小程度。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2007-4-19 13:49:37 | 只看该作者
sdlkfj2 ,共勉.
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-4-19 14:11:05 | 只看该作者
理解sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-4-19 14:11:41 | 只看该作者
怎么我的积分又少了呀?
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2007-5-9 16:03:35 | 只看该作者
sdlkfj4
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-5-12 09:52:29 | 只看该作者
那问一下,如果真的出现了这种情况,到底该是谁的责任??(曾经面试的时候一个面试人员问我的,刚开始的时候,我说这个不能怪谁,毕竟人无完人,有错误是再所难免的,可是他还是逼问我到底属于谁的责任,我又说这个应该在测试计划的时候就先讨论好的,然后他还是逼问我到底属于谁的责任,最后...sdlkfj9 ) 到底该答什么?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-5-14 15:09:11 | 只看该作者
有些测试用例是不可能完全覆盖到所有情况的,功能测试就是看看其功能是否正确,但是有些错误的情况呢?我们不能在事先就想到所有的可能出错的情况阿~
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2007-5-14 15:20:36 | 只看该作者

回复 #9 rainyday32 的帖子

好象没有人敢说他的测试用例完全覆盖到了所有情况
都是一边测试一边完善用例的
很时候发到用户那边后还会不断反馈回来问题
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2007-6-12 11:46:29 | 只看该作者
永远找不完的就是臭虫。。。sdlkfj8
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-6-12 12:16:52 | 只看该作者
说的好,但这个责任到底是谁的??
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-6-12 13:41:50 | 只看该作者
根据以上两种情况,责任1.2.3必须由测试人员承担.4由测试人员与bug责任者共同承担.首先一.覆盖率问题,的却bug是永远的存在的,但是覆盖率却是测试人员的工作,很多项目由于时间,人员等等客观条件,在没有重大问题的情况下就发布出去,这样测试的覆盖率会很低.值得理解 二.例如边界值等这类错误,应该由测试人员直接承担起这个责任.因为这累测试在某些情况是不应该被忽略的 .三.同二一样,环境问题也是测试人员必须考虑的,不然出现错误那就是严重的bug.四.开发人员的责任在于他没有认真的对待这个问题,而直接发布,但是测试人员是必须做回归测试,以验证这个bug已经解除,这个是软件发布的一个流程问题..
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2007-6-15 10:13:11 | 只看该作者
鼓掌。。。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-6-15 11:23:22 | 只看该作者
好,学习中
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2017-2-21 13:39
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    14#
    发表于 2007-6-15 11:31:31 | 只看该作者
    能影响这个的因素太多了:
            开发人员水平不高,造成BUG太多,总会有漏网的
            公司本身流程就有问题,需求跟踪,缺陷跟踪没做好的话就容易遗漏
            项目进度太紧,身心疲惫,造成测试执行质量下降
            
        根据测试理论有5%的BUG在RELEASE前是不可能被发现的。有BUG遗漏很正常,关键不要有重大BUG遗漏
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
     楼主| 发表于 2007-6-19 11:56:00 | 只看该作者
    呵呵,楼上的说的有道理sdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-6-19 14:45:11 | 只看该作者
    有些是不能想到客户是怎么使用的。我们是用正确的方法使用软件,客户不了解软件也许会误操作呢。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2007-6-19 21:24:26 | 只看该作者
    为什么会有误操作,因为你的软件不够完美.缺陷太多.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2007-6-19 22:11:17 | 只看该作者
    学习学习
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2007-6-19 23:49:04 | 只看该作者
    学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2007-6-20 10:47:51 | 只看该作者
    别人不知道,反正我自己做测试的话边界值是一定不回遗漏的~~~~~~
    sdlkfj3
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-21 10:59 , Processed in 0.089760 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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