黑盒测试人员的绩效考核

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

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

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

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

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

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