一直觉得不能以bug数量来作为我们测试人员的绩效考核标准，可是暂时又不知道有什么更好的方法。

     现在测试组里的风气都是很注重bug数量，而且绩效考核在这部分的权重很大。因此大家总难免受这个的影响。更要命的是对bug质量衡量没有标准，没有严格的规范，因此现在状况是无论bug是否重复，是否有效，都会作为bug数量来加如绩效统计。

    导致大家测试的时候可能会偏离用户的关注点和程序比较重要功能，会一味去找bug，无论什么样的bug，因此大家会用一天提交几个bug来衡量自己的工作完成好坏，而不会考虑我是否覆盖完全自己负责测试的模块了，这样的后果就是测试人员拼命提交bug，开发人员加班改bug，最后产品质量上不去，反馈问题成堆，常常临近产品发布的时候，会蹦出很多致命的bug来，大家都有相当的压力。

   到月度总结时候，测试组里优秀员工很多，开发人员也很多奖励，我们的开发人员考核也会参照改bug数量。我都觉得很可笑。这时候大家都忘记了产品还有一堆问题存在，明白点的开发人员会抨击我们测试人员不知道什么是关注点，可是他是否知道我们没有bug数量无法再测试组里生存。

   我有时候觉得软件测试真是没有出路，没完没了的加班，得不到工作意义的肯定和应有的地位。还是自己多学习点东西来提高自己吧，能够转到测试工具开发之类的岗位比较好。

   真的想再测试例会的时候提出来，能够把绩效考核中的bug数量去掉，可是没有更好地方法，而且会有别的消极影响如何处理，没有好的方案提了也是白提。上下而求索....

    一年多了，来到项目组，最近厌烦的情绪越来越严重。从一开始对项目组管理的混乱，测试工作的迷茫，都抱有美好的愿望。一年过去了，拼命的加班，努力改变自己去积极沟通，整天装孙子服从领导的安排。时间过去了，我确依然如此，项目组还依然混乱，测试工作依然茫然了无前途。看了很多同事的离去和新同事的成长。而我，依然如此，依然无法适应。仍然不愿去与领导搞好关系，可以说我无法认同他们。也许这个世界就是这样，个人的绩效永远比员工的身体和情绪重要。为了完成自己的计划，逼迫员工加班，拿着自以为是的思想来影响别人。做事情不是为了提高工作的效率，完善工作流程。而总要把邮件抄送给尽量多的领导和同事，告诉大家我做了一件多么有贡献的事情。也许这些东西，也只是经过大家虚伪的称赞后，永远的放在那里无人问津，它的作用也仅限于欺骗一些目光堪比兔子尾巴的领导或者一些刚毕业的弟弟妹妹们。

    我希望项目组能迎来真正的变革，领导能够稍微善待员工些，确切地说希望能够换些有点水平的领导，而不是靠平庸经验混出来的头头，或者靠投机得到升迁的人。如果身为一个测试组的头，没有实际的测试能力和编程能力，没有组织能力和分析问题和解决问题能力。仅仅靠像许三多讨好史今那个劲似的去讨好领导，最能猜测领导的心思，最能服从领导的意思，哪怕面对一加一等于几的问题，也不会自己思考，总要问下项目经理或者测试部门经理 。

    我厌烦这一切，也许我太懦弱，太懒惰，一年了没有丝毫改变。但是不能这样下去了。改变不了别人我改变自己。学习些实际的技术来提高自己吧，积累些有用的经验吧，期待着离开，期待着明天...

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

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

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