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

cff2009 · 发表于 2010-6-29 11:43:07

有些bug以前已经修改关闭了，
但之后又有问题，测试人员不知道开发人员是否有改动，
所以就没去测，但被客户或其他部门发现后就说我们测试的没测到，真是冤得很。
对此种情况，我们测试的该怎么办？希望大家能给点意见，谢谢！

kuangquanshui · 发表于 2010-6-29 11:49:37

bug有记录吗？有就找出bug记录,，重新打开进行及时更新用例，最好是每次测试都按测试用例走一遍，把以前测试过的和没测试过的都走-------------测试理想状态，应该没有公司这么做。有时候修改问题会把以前的bug又弄出来这很正常。

Jackc · 发表于 2010-6-29 12:22:39

1、error的回归测试是通过的，所以之后再出现的相同error，应该作是新error处理。所以你们这种情况就是漏测，没有什么可分辨的。

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

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

cff2009 · 发表于 2010-6-29 13:23:44

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

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

Jackc · 发表于 2010-6-29 13:37:10

针对于“没人”“没时间”，却想做“高质量”测试的公司来说，只能是“撞大运”::tuxue:::

cff2009 · 发表于 2010-6-29 13:57:10

有道理，

havards · 发表于 2010-6-29 13:59:58

发布之前不进行一次完全的测试吗？
只测试新功能？
话说回归很重要的，平时你要是抓好了，就不用非得等到发布前着急了...
另外，你们的版本控制不好吧，或者签入新的代码是否对原来的代码造成影响估计也没考虑。

Jackc · 发表于 2010-6-29 14:01:04

其实我能理解你们班加了不少，结果产品出来后还是被客户发现问题后的感受，只要做过产品测试都有这样的经历，很正常的。

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

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

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

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

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

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

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

msnshow · 发表于 2010-6-29 14:02:09

如果没时间做回归，就就得靠非常强的开发了，不然没办法保证修改的内容是否会影响别的之前的内容

千里 · 发表于 2010-6-29 14:16:32

不能想当然呢

cff2009 · 发表于 2010-6-29 14:49:56

每次客户有问题，以及有几个新需求，都要一个星期之内搞定，且每次版本到周五白天都还有问题，就加班，加到晚上很晚，发现问题及时改，大家都没谱，不知道有没有后遗症。也没那么多时间和精力把功能仔细测一通，一般是保证bug修复及新功能，基本功能没问题就可以发布了。
发版本一个星期，半个月就要弄一次，大家都来回折腾几次，都疲倦了。

Jackc · 发表于 2010-6-29 15:02:21

你们这种老总还是比较BT哈，我反而觉得你们的开发人员会更累些呢，呵呵

cff2009 · 发表于 2010-6-29 15:24:57

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

cff2009 · 发表于 2010-6-29 15:33:35

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

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

千里 · 发表于 2010-7-3 13:22:58

也有可能前一个bug的修复引起了另外一个模块出现了bug。

cff2009 · 发表于 2010-7-5 11:43:37

有可能，
你们碰到这种情况是怎么处理的啊？

crystal1988 · 发表于 2010-7-5 11:51:53

测试的时候发现的bug一定要有记录，避免相同的bug再次出现的时候，总觉得是测试人员漏测引起的，这样确实很亏，当然在做bug回归测试的时候，不当当只验证本bug，还需要对bug的相关功能做一些冒烟测试，然后在开发人员修复完所有bug后，再把功能再跑一遍，特别注意曾经出现bug的地方，我们平时都是这些测试来预防bug重复出现的。

风雨彩虹 · 发表于 2010-7-7 10:17:39

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

看来你们是人手不够哦，跟公司要求招人吧！O(∩_∩)O~

苏高跃 · 发表于 2010-7-7 10:26:49

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

chengning · 发表于 2010-7-7 11:55:50

我一般对于一个新的版本先要看看会不会把以前的BUG由于修改了新的东西而复活都要先测一遍很快的

		自动登录	找回密码
密码			(注-册)加入51Testing

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

相关帖子

回复 5# 的帖子

回复 12# 的帖子

回复 15# 的帖子

回复 16# 的帖子

站长推荐 /1