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

nitan2001

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

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

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

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

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

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

marx-zhang

再看一下需求！！！！！

havards

这样的问题，我感觉没有意义

baderjackie

可怕的惯性思维，错误肯定隐藏在原先思维范围的盲点中

Lighthouse

首先要肯定，没有发现问题，不是软件或者项目没问题，而是没有发现而已。问题在测试这里。manager和老鸟都需要自己去反省了。

默默巫1

clxymn

除非开发人员脑域开发达到了100%，那么软件就完美了

goal1860

其实大家也不要太武断了，没有bug就是问题。其实做测试就是要接受各种不可能。绝对地对什么事情下定论不是好习惯。一个月时间可以是很长，也可以很短，很多复杂系统环境的安装调试就要很久。现在越来越多的系统是基于第三方的套件开发，这种情况下缺陷会埋的很深，所以测不出来不奇怪，也没有什么可以指责的，毕竟要深入了解需要很多时间。
没有完美的系统是绝对的，但的确有暂时测不出问题的系统也是现实的。

sohu-qa

经验丰富的才是老鸟，经验丰富的人应当能够找到bug。
经验丰富这个词太泛，给人的遐想的空间太大，尤其是在测试这行。
1 从业时间长不代表经验丰富;
2 做的项目多不代表经验丰富;

丰富测试思想（分析被测对象的能力），测试方法，扎实的计算机技术，良好的软工思路，积极的态度和责任心，才代表着一定程度的“经验丰富”
基于这些再来思考，重新评价定位老鸟，我想会更有思路一些。

xuaneric

这公司的工作效率太低来, 一个项目测试1个月发现不了Bug, 才来解决...

most2008

原来社会是这么的不和谐滴呀

八面来风

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

chanboe

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

intothehit

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

gseraph

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

redforce

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

goal1860

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

yuers

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

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

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

阿七

呵呵   果然   很  假设

...

yangtesting

具体问题具体分析