测试老鸟，新项目，竟然一个月没发现bug，现在你是测试manager，抑或你是这个老鸟??

nitan2001

最近一直在考虑这个问题，当然是假想的。

一个测试老鸟，经验丰富，在公司跟了不少的几个项目，成绩斐然。

现在情况是一个新项目刚刚发布第一个测试版本，老鸟被分到这个项目，经过一个月的测试，意外发生了，竟然没有发现哪怕一个bug。。。

senario:
经验丰富的老鸟；
刚刚release的新项目测试版本，第一轮功能测试；
开发人员和项目经理都有过合作，彼此熟悉。

Question:如果你是测试经理，你会如何思考和解决这个问题？包括项目经理在内，很多人都很关注这个问题。

再说一个问题如果你是这个老鸟，你会怎么应付这种局面？？

QQHao

最近哦也在思考这个问题 说明这个项目做的或许真的不错 这也很正常 如果公司的项目都是垃圾的 测试是舒服了 项目经理就头大了  面对这种情况 咱测试的就应该多角度思考 变换思维 从系统设计 内部实现上入手 查找更深层的问题
虽说经历的项目多了 经验就丰富了 但未必所积累的经验都是对的 具体情况具体对待  在给自己施加压力的同时清醒 冷静的对待

兰兰

你说的测试老鸟？应该是测试经验非常丰富了，只所以在一个月内在新提交的版本中没有发现一个bug，本人理解或许有一下几个中情况；
1、项目的确做的很好，各种技术评审，单元测试，集成测试做的都很有成效，项目开发过程控制的很好，“所有”的缺陷在提交系统测试之前都做了很好的测试和修改。（但是我觉得这种可能性并不是太大，除非项目功能比较单一，也或许是升级项目，或许开发团队的技术力量很强）。
2、此老鸟虽然测试出了很多bug，但并没有提交相应缺陷，而是直接跟开发人员私下沟通，把bug及时修改了（或许开发人员在测试人员跟前走了“后门“，bug数与开发人员的绩效挂钩。呵呵！）
3、此老鸟或许对此项目一窍不通，也没有用心的去学习，作为测试人员，在接手一个测试项目后，应该在最短的时间内先了解系统的功能，既然有几个项目的测试经验，又是初次提交的系统测试版本，应该有很多的缺陷，哪怕是界面和易用上的。一个多月没有发现bug楼主是不是夸张的说法？
4、或许此老鸟一直在指导别人怎么测试，自己就没有亲自执行测试工作

[ 本帖最后由 兰兰 于 2008-9-8 11:21 编辑 ]

archonwang

呵呵。我觉得这个鸟还不是很老。。。。
理由如下：
1. 找不到问题不是没有问题，而是没有发现问题的途径
2. 受限于测试范围、方法、技术等原因，发现不到新问题——我认为完全有可能
3. 行业领域的知识有限，导致无法发现问题，所谓老鸟，应是在行业领域中有一定的认知度的人士，如果涉足不深入，往往会误导其执行行为。

如果我是PM，下一步动作就是：
1. 重新审查老鸟的测试报告，从范围、设计到最后的bug提交，看看流程是否存在漏洞，方法是否存在问题，方案是否存在缺陷？
2. 和老鸟谈谈，听听其对项目的看法和找不到bug原因的解释；
3. 和项目的客户方交换意见，听取他们的改进意见和需求说明；
4. 如果以上确认下来没有问题，配合客户方的其他项目（若存在与其他项目的交互接口）进行版本封闭，做上线前准备。

archonwang

很不幸，如果我是那只鸟，那么这样
1. 自省。回顾所做过的工作，和周围的同事及客户沟通对项目的意见
2. 自查。对过往的工作做个检查，确认流程和方法上的完整性和正确性
3. 变换角度重试。这个过程需要获得其他同事的支持，尤其是那些能对项目提出问题的同事，从他们那里获取新的思路和切入点。

如果以上三条满足还是发现不了问题，恭喜你，你找到了一个不错的团队！   ：）

小月三木

还有已经习惯他们的作风，有些小BUG，等，已经看作是没有问题的，就应该这么做了！



呵呵，鄙人小见，欢迎拍砖！

nitan2001

这个问题好难，其实是有些极端，日常工作中这样的情景很多人都没机会遇到。

4楼说得好，鸟还不够老。
不过，如果真有幸遇到此类困难，不管是作为测试者，还是测试管理者，都是一个可遇不可求的提高机会。

多谢 楼上 小月三木，archonwang, 兰兰，QQHao 的回答，多谢你们经验的分享。

各位继续！

wangjingying

第一个测试版本，如果我没有再1个礼拜内发现任何BUG我肯定已经抓狂了，更不用说是1个月了。这种情况会让我有种世界末日的感觉。不过既然碰到了，我就会像办法找出原因并解决他们。

1。产品的问题
a. 新产品是老产品的一个升级版本
这种情况我下，我会询问DEV这次的本版和最近release的版本有什么区别或者说哪几个模块的代码有较大的改动，然后根据DEV给我的信息，在相应模块和功能周围做更多的测试。如果DEV告诉我这次的测试版和以前的版本没有什么大的区别，那么我想1个月没有找到BUG也是正常的情况了。

b.全新的软件
我觉得这种情况比较棘手。能遇到这种问题，我们的DEV水平一定是比较高的，所以他们在代码中遗留的能够导致产品crash、freeze以及no responding的BUG很少。既然代码本身的问题很可能不多，那么我会从业务逻辑方面下手。通过阅读design、requirement和相关资料，让自己对软件的功能有进一步的了解，等自己的业务逻辑只是更上一个台阶了，回头在来看看这个本版。

2。自己的问题
测试做多了，以为自己是老鸟了，以为自己各种测试方法都会了、都熟练了，以为自己没有上劲余地了，其实很可能是自己掉进了一个测试的盲区。这个时候我会去看一下这个项目其他相关QA的测试情况。如果他们发现了比较多的问题，我会向他们讨教，认真学习下他们的测试用例和方法，反思下自己急需改进的地方。如果说这个项目中所有的QA都没有发现问题........那我觉得这个软件太和谐了.........

如果我是测试经理，那我会如实地告诉开发经理、项目经理和市场部的人我们软件处于一个高质量的状态，希望他们能够推进新功能的开发以及新版本的build。同时，在测试方面，我会统计下我们这次测试的功能覆盖率、用例执行覆盖率以及其他一些数据，看看在我们测试的过程中有没有问题。另一方面，我会找我们的测试人员，特别是老鸟进行下沟通，分析下我们需要改进的地方。

个人看法，轻拍

水印无痕

我想说
如果找不到bug
最多拖两星期
第一版的话 一个星期就有问题了
小的项目跑个一两天跑不出问题就应该提出来讨论了
怎么可能拖一个月再来解决这个问题

这场景可能存在么。。。

杀手太冷

如果该老鸟不想在这个公司呆下去了,去测试做啥呀  就专心找工作去了~~~~

chengxq

这种事情，肯定对这个结果要进行细致的分析
首先，看测试用例足不足，其次测试用例的有效性如何，再次执行的时候是否出错等
如果这些没有问题，那我可以认为就没有问题，不是非要找不几个bug心里才安心
PS：当然我的理解有偏差，你们说的是正式测试完成之后的随机测试。

yangtesting

具体问题具体分析

阿七

呵呵   果然   很  假设

...

yuers

这个问题的假设不成立！
作为一个老鸟，测试一个项目，测试1周，没有发现任何问题，就会采取相应的方法和措施，而不是继续毫无发现地测试下去。

如果是我：
我会先测试GUI，按用户需求走一遍；再根据自己对需求的理解，执行一些焦点测试，边界测试、压力测试、稳定性测试、等等。
这些在两周内应该可以完成。
如果仍然没有任何BUG发现，那么，我会出一份软件评测表，即是对项目也是对自己工作的一个认可。然后就RELEASE啦。

所以说假设不存立嘛，根本不需要等到一个月后才来反思。
工作还是需要方法地。

goal1860

这个问题两年前也遇到过，当时承受了很大的压力，老板隔三差五地找我谈话，给我看测试报告，仔细询问工作状况。当时自己也怀疑是不是真有什么问题。最后release了到现在也没出什么问题。所以还是要相信自己，踏实做好每一步工作，不要太在意结果。当然及时地反思也是有益的。

redforce

没有发现bug本身就是很严重的问题了
检查自己的测试用例先

gseraph

不可能的....除非发现的bug都被研发拍掉了，或者客户说不介意某些瑕疵...不然这个命题真是奇迹中的奇迹了。

intothehit

答案只有一个：这是某个开发人员做的一个梦

chanboe

不要只从技术层面分析为什么测试老鸟没有发现问题,作为测试老鸟,他肯定是有一定本领的,否则就不该被定义为测试老鸟(有点像绕口令- -;汗)
如果对自己的上司不满意,觉得自己以往辛辛苦苦,遇到其他部门排挤自己部门并且部门经理在明知对方有错还要将责任推卸到自己部门的下属时,也欣然承担不属于自己部门的责任,并将这个责任转化为自己下属的时候,长此以往,我想任何一个测试老鸟都会对这样的经理产生抵触情绪的,有好处你捞进,被人挑刺而且还不是自己的错,就推给下边的人,这种人没必要替他干活!!!!!

八面来风

一个月没有发现一个bug，感觉现实中是不可能的。