以bug数量来衡量一个测试人员工作？

   最近组里兴起了比拼bug数量的狂潮，每天都制定目标。一天5个、一天10个。私底下和同事交流，大家都叫苦不迭，背后里骂娘。有的人甚至晚上睡觉做梦梦见提bug呢。可是既然这么反感bug的数量来比高低，可是为什么还这么在乎bug得多少呢？没办法，公司测试部至上到下都是这个风气，说什么结果导向型的，最后看一个人的能力强弱除了看bug的数量没有别的。虽然也口口声声说什么不能以bug来衡量一个测试工程师。最惨的就是测试代表每天跟bug的量，今天你提少了，就要说什么什么#$$@@@##.唧唧外外。

    可是为什么开发天天加班加点拼死拼活得改bug,测试的也是绞尽脑汁的来扣bug，软件的质量也不见得有好转阿。项目经理还是为了产品发布而着急，为了程序的稳定性而心惊胆颤。。

     有些开发人员经常埋怨测试人员提得bug弱，没有水平。项目经理埋怨测试人员测试的部分不是他想要得重点部分。可是请你们体谅一下我们弱小的测试人员吧。我也不想提那种看起来很弱的bug，也不想提交一些建议类的来充数。可是如果你坚持原则，这个不提，那个不提，只是条严重的或有深度的来提。那么在相同时间中你提交的bug便要落后于那些对于bug来者不拒的人。你不要的他们一概都要。那么他们的bug数量就会远远超过你，这时候测试代表、测试经理就要找你谈话了。绩效不好，工资、升职、学习机会等等，你将会失去很多。