51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4949|回复: 22
打印 上一主题 下一主题

[讨论] 请教[如何处理无法重现和缺乏规律的遗留bug]

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-4-27 17:55:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
当一个BUG几次出现而又感觉毫无规律时,这需要测试工程师一定要重现它直到找到规律才让研发工程师去修改呢?还是需要研发工程师去帮忙看自己的code?

谢谢大家

[ Last edited by 云层 on 2005-4-27 at 22:47 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-4-27 18:15:27 | 只看该作者
和开发人员沟通一下吧,他或者她可能能帮助你找到复现Bug的方法或者直接对应到Bug所对应的问题。如何更快更好的发现问题才是关键,是测试人员自己独立发现的还是和开发人员一起发现的并不重要。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-4-27 19:10:57 | 只看该作者
谢谢斑竹的回答.

我同意你的意见.BUG是谁发现并不重要.但是开发人员认为自己的code看不出来什么问题,而测试人员又不能有规律的重现BUG.那么应该怎么样处理呢?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-4-27 22:41:32 | 只看该作者
尽可能的重现bug,因为只要出现过,用户一定会遇到
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-4-28 09:08:22 | 只看该作者
在操作过程中可以开启wincam2k这个软件,录制操作过程,重复多次,再集中起来分析出错原因。但愿bug早早现形。

以上建议仅供参考,谢谢。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2005-4-29 09:33:33 | 只看该作者
这个标题真是好啊,谢谢!
我也知道要尽可能的重现,但是真的很难找到规律.就此作罢是不可能的.这个问题好像真的很难哦

jennie98.谢谢你.我先去找找这个软件的相关资料,希望能一起探讨,共同进步
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2015-9-10 14:12
  • 签到天数: 53 天

    连续签到: 1 天

    [LV.5]测试团长

    7#
    发表于 2005-4-29 11:13:49 | 只看该作者
    现分析出现原因,实在是不能重现的话,可以将其置为遗留问题,等待下一轮测试,不能因为这一个问题而耽误其他的问题,有可能在下一轮代码经过改进之后,问题会更明显。个人意见!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2005-4-29 17:41:51 | 只看该作者
    谢谢eatmouse版主

    又学到了很多.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-5-9 12:47:48 | 只看该作者
    你先分析下出错的原因,如果没有答案,你和项目经理研究下怎么会出现这样的情况,对于无法重现的错误,一定要让研发人员过来看,对于无法重现的错误不要以为无所谓,要对他们持有怀疑的精神,作为测试人员就是要发现错误,保证软件质量。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2005-5-11 09:56:49 | 只看该作者
    谢谢大家,真的给了很大的帮助
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2005-5-13 16:52:02 | 只看该作者
    不错。顶!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2005-5-13 17:00:47 | 只看该作者
    要结合缺陷本身和工作成本考虑。不管一个缺陷的严重等级是高还是低,都要有一个相应的预期的查找成本。例如对于一个非常严重的缺陷,可以不考虑任何成本问题,一定要找到它;而对于一个严重等级较低的缺陷,在付出成本(时间、人力)到达一定程度时,要考虑放弃。风险始终是存在的,要有一个量化的标准帮助我们选择如何做取舍。
    这个问题如果自己无法做出决定,建议提交上一级领导决定。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
     楼主| 发表于 2005-5-17 09:26:44 | 只看该作者
    谢谢jackei版主
    现在我知道该怎么做了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-5-17 09:34:40 | 只看该作者
    从某种意义上说,这也是用例没做好的原因。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-5-17 10:03:36 | 只看该作者
    Originally posted by jackei at 2005-5-13 17:00:
    要结合缺陷本身和工作成本考虑。不管一个缺陷的严重等级是高还是低,都要有一个相应的预期的查找成本。例如对于一个非常严重的缺陷,可以不考虑任何成本问题,一定要找到它;而对于一个严重等级较低的缺陷,在付 ...


    我觉得jackei讲的不错,在我们发现Bug的时候,还有一个大的环境就是和项目的进度有关系,有一个plan在里面,如果为了一个轻微的缺陷而延误了进度,我想得不偿失。解决的办法是首先测试人员要根据发现的Bug(不能重现)进行分析,分析是否会造成其他的错误的出现,然后把分析的结果和开发人员交流,如果得到的回答是否定的,把结果写在报告里按照公司的测试规范进行处理(如延迟处理)。也就是说一定要有保留记录。个人意见。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-5-18 13:16:56 | 只看该作者
    Originally posted by eatmouse at 2005-4-29 11:13 AM:
    现分析出现原因,实在是不能重现的话,可以将其置为遗留问题,等待下一轮测试,不能因为这一个问题而耽误其他的问题,有可能在下一轮代码经过改进之后,问题会更明显。个人意见!




    这个处理方法比较妥当,一定要在bug重现的时候,我们才可以肯定是一个bug
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
     楼主| 发表于 2005-5-18 14:58:44 | 只看该作者
    songfun版主
    随机测试的时候不一定是根据测试用例来的吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2005-5-18 15:51:58 | 只看该作者
    随即测试指什么?是盲目测试、瞎点吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2005-5-18 19:54:50 | 只看该作者
    to selina:

       没错,随机是不用用例,但——你了解随机测试嘛?

       可否说说?

       其实很多时候是因为用例没做好,随机测试并不是你所想象的那样。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2005-5-19 09:02:06 | 只看该作者
    看到楼上版主的一帖,引用一下
    http://bbs.51testing.com/viewthr ... ge=1&highlight=
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-24 14:56 , Processed in 0.081691 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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