51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5275|回复: 27
打印 上一主题 下一主题

[原创] 以前修改好了bug,现在又出现了,该怎么对待此种情况

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-6-29 11:43:07 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
有些bug以前已经修改关闭了,
但之后又有问题,测试人员不知道开发人员是否有改动,
所以就没去测,但被客户或其他部门发现后就说我们测试的没测到,真是冤得很。
对此种情况,我们测试的该怎么办?希望大家能给点意见,谢谢!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-6-29 11:49:37 | 只看该作者
bug有记录吗?有就找出bug记录,,重新打开进行      及时更新用例,最好是每次测试都按测试用例走一遍, 把以前测试过的和没测试过的都走-------------测试理想状态,应该没有公司这么做。有时候修改问题会把以前的bug又弄出来这很正常。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-6-29 12:22:39 | 只看该作者
1、error的回归测试是通过的,所以之后再出现的相同error,应该作是新error处理。所以你们这种情况就是漏测,没有什么可分辨的。

2、关于验收测试。不知道你们的验收测试标准是什么,我们执行的验收测试项中,其中一项就是:回归所有error,并对比其当前状态。

其实第2中方法不一定只在验收测试出现,有时会根据实际情况在某个执行周期中也做一次这样的测试。比如,当发现开发人员状态不稳定时,我们会针对这个开发人员修改的error做一次检查,如果出现问题,会直接向开发负责人反馈。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2010-6-29 13:23:44 | 只看该作者
原帖由 kuangquanshui 于 2010-6-29 11:49 发表
bug有记录吗?有就找出bug记录,,重新打开进行      及时更新用例,最好是每次测试都按测试用例走一遍, 把以前测试过的和没测试过的都走-------------测试理想状态,应该没有公司这么做。有时候修改问题会把以前的b ...



每次发布,时间紧得跟个撒样,都是加班到凌晨1,2点才发布,没那个时间去把以前关闭的bug再测一下,都是保证新功能没问题
,基本功能走一遍,没问题就完事了。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-6-29 13:37:10 | 只看该作者
针对于“没人”“没时间”,却想做“高质量”测试的公司来说,只能是“撞大运”::tuxue:::
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2010-6-29 13:57:10 | 只看该作者

回复 5# 的帖子

有道理,
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2010-6-29 13:59:58 | 只看该作者
发布之前不进行一次完全的测试吗?
只测试新功能?
话说回归很重要的,平时你要是抓好了,就不用非得等到发布前着急了...
另外,你们的版本控制不好吧,或者签入新的代码是否对原来的代码造成影响估计也没考虑。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2010-6-29 14:01:04 | 只看该作者
其实我能理解你们班加了不少,结果产品出来后还是被客户发现问题后的感受,只要做过产品测试都有这样的经历,很正常的。

以前做的一个项目,项目负责人的开发和测试技能不高(她应该是从入行到管理,都没研究过技术的::xizao:::,不过管理技术还是不错的 ),记得那个项目也是很紧。正常情况下,开发团队完成那个项目需要至少1年的时间,可是老总在接的单子要求在半年完成。

记得她最喜欢的问题的是:“你能不能保证这版没问题?”

我最常说的是:“只要开发能解决这个、那个error,再给我的人放一个双休的周末,剩下的就不是问题。”

让开发优先解决掉关键error,这样可以减少后期出现较多的严重的error,也能降低后期的修改风险。

适当调节测试团队的节奏,能达到更好效果。人不是机器人,精力是有限的。只能将有限的精力投入到更重要的地方。

当重点很多,精力确实不够用的时候,只能是“撞大运”了。测试负责人会从这几个重点中选出一部分来执行,而其他的重点也许就忽略掉了。

其实你遇到的这个问题很正常,不用太纠结,什么样的资源投入得到什么样的发布产品。
当然,国内很多企业追求的是:最少的资源投入,得到“刚好满足”客户需求的产品。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    9#
    发表于 2010-6-29 14:02:09 | 只看该作者
    如果没时间做回归,就就得靠非常强的开发了,不然没办法保证修改的内容是否会影响别的之前的内容
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2010-6-29 14:16:32 | 只看该作者
    不能想当然呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
     楼主| 发表于 2010-6-29 14:49:56 | 只看该作者
    每次客户有问题,以及有几个新需求,都要一个星期之内搞定,且每次版本到周五白天都还有问题,就加班,加到晚上很晚,发现问题及时改,大家都没谱,不知道有没有后遗症。也没那么多时间和精力把功能仔细测一通,一般是保证bug修复及新功能,基本功能没问题就可以发布了。
    发版本一个星期,半个月就要弄一次,大家都来回折腾几次,都疲倦了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-6-29 15:02:21 | 只看该作者
    你们这种老总还是比较BT哈,我反而觉得你们的开发人员会更累些呢,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
     楼主| 发表于 2010-6-29 15:24:57 | 只看该作者

    回复 12# 的帖子

    是销售的头头比较BT,为了迎合客户,每次催着尽快发版本,还要求质量高。
    每次问项目负责人,能不能完成,都是感觉时间很紧,他就要求我们加班。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
     楼主| 发表于 2010-6-29 15:33:35 | 只看该作者
    原帖由 havards 于 2010-6-29 13:59 发表
    发布之前不进行一次完全的测试吗?
    只测试新功能?
    话说回归很重要的,平时你要是抓好了,就不用非得等到发布前着急了...
    另外,你们的版本控制不好吧,或者签入新的代码是否对原来的代码造成影响估计也没考虑。


    版本控制方面感觉没撒问题,代码是用svn管理的,问过开发的,也没撒问题,
    问题可能出现在改出来的问题,但每次问他们都那块有没有做修改,他们都说没,我就奇怪了,既然没动代码,
    怎么就出问题了,纳闷。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    15#
    发表于 2010-7-3 13:22:58 | 只看该作者
    也有可能前一个bug的修复引起了另外一个模块出现了bug。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
     楼主| 发表于 2010-7-5 11:43:37 | 只看该作者

    回复 15# 的帖子

    有可能,
    你们碰到这种情况是怎么处理的啊?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2010-7-5 11:51:53 | 只看该作者
    测试的时候发现的bug一定要有记录,避免相同的bug再次出现的时候,总觉得是测试人员漏测引起的,这样确实很亏,当然在做bug回归测试的时候,不当当只验证本bug,还需要对bug的相关功能做一些冒烟测试,然后在开发人员修复完所有bug后,再把功能再跑一遍,特别注意曾经出现bug的地方,我们平时都是这些测试来预防bug重复出现的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2010-7-7 10:17:39 | 只看该作者
    原帖由 cff2009 于 2010-6-29 14:49 发表
    每次客户有问题,以及有几个新需求,都要一个星期之内搞定,且每次版本到周五白天都还有问题,就加班,加到晚上很晚,发现问题及时改,大家都没谱,不知道有没有后遗症。也没那么多时间和精力把功能仔细测一通,一般 ...

    看来你们是人手不够哦,跟公司要求招人吧!O(∩_∩)O~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2010-7-7 10:26:49 | 只看该作者

    回复 16# 的帖子

    我只能主要的原因是你们测试的时间不充分,如果时间允许的情况下,我想你们也会做比较全面的测试,那也是没办法,我想你们没时间只做做主要功能测试和新功能全面测试了,这种情况下,你得和负责人说明下自己的看法,说你们只能确保新功能没什么大问题,但以前的我只能保证主要功能没问题,如果你们给我们测试的充分的时间,我们会确保的更多。如果你们老是这种情况,也不反应自己的想法,吃亏还是自己了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2010-7-7 11:55:50 | 只看该作者
    我一般对于一个新的版本先要看看会不会把以前的BUG由于修改了新的东西而复活都要先测一遍  很快的
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 05:36 , Processed in 0.081216 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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