51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3525|回复: 5
打印 上一主题 下一主题

[原创] 对于反复性bug和延伸的新bug 如何测试呢

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-11-9 15:04:17 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们都是手动测试  bug也是自己记录在excel里面  但总是有改好的bug又反复出问题  或者改好后延伸出新的bug  这样的问题大家如何测试呢?  要是每次都重新测一次 不累死啊  我们人又少 求大家给些经验吧
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    擦汗
    昨天 09:02
  • 签到天数: 1042 天

    连续签到: 4 天

    [LV.10]测试总司令

    2#
    发表于 2011-11-9 16:47:18 | 只看该作者
    回复 1# mikyviky


        其实LZ遇到的问题,无论在软件测试行业还是在游戏测试行业都存在这样的问题,测试按照测试用例进行测试之后,然后把发现的BUG放入BUGLIST中,修复之后再进行测试,会发现原来的地方是修复了,但是在别的地方同样出现了此类问题。其实这也是软件的一个通病,如果用测试工具进行测试的话,有些BUG是无法发现的。目前来说很多测试人员也只能进行反复测试,来保证版本没有问题。其实最好的办法还是研发人员那里进行代码测试,这样可以较少BUG的反复性。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2011-11-14 23:00:53 | 只看该作者
    这些要考开发人员的自觉性了,如果开发人员足够自觉,当自己的一个BUG被发现后,会举一反三,以后会尽量避免类似的问题。 如果不自觉,那么就需要有效的机制强制他们自觉了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2011-11-15 09:15:39 | 只看该作者
    同意3楼的说法。
    开发人员修复问题时,一方面要会举一反三,自觉发现自己开发的类似的问题。另一方面修改BUG时,不能单纯的只为了解决这个BUG而进行修改,而是要贯通整个项目的业务逻辑,尽可能的避免修改一个BUG而引起更为严重的其他的BUG。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2024-10-22 08:40
  • 签到天数: 546 天

    连续签到: 1 天

    [LV.9]测试副司令

    5#
    发表于 2011-11-16 09:14:55 | 只看该作者
    我也习惯把bug写入到excel里面,一般我都会备注哪里哪里等也存在这个问题
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    6#
    发表于 2011-11-21 15:23:13 | 只看该作者
    对于延展性问题,进行关联管理。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 00:38 , Processed in 0.072968 second(s), 30 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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