51Testing软件测试论坛

标题: 如何针对测试对研发人员进行考核？ [打印本页]

作者: piaolingxue423 时间: 2009-8-2 10:13
标题: 如何针对测试对研发人员进行考核？
最近公司领导要求出一个规范针对测试出来的问题对研发人员进行考核，大家有没有相关资料可以参考一下？

作者: piaolingxue423 时间: 2009-8-2 10:13
up

作者: yiding_he 时间: 2009-8-3 07:48
http://finance.sina.com.cn/leade ... 1/17092841475.shtml

作者: yiding_he 时间: 2009-8-3 07:51
另外楼主可以看看这里：
http://www.infoq.com/cn/news/200 ... ammers-productivity

作者: wendy811110 时间: 2009-8-3 09:41
看过了，不错的考核方式，希望对程序员的考核有一定的成效～～

作者: piaolingxue423 时间: 2009-8-3 13:32
第二个网址打不开啊谢谢楼上的

作者: kuailederen 时间: 2009-8-3 15:55
告诉你们老板，他的这种做法只会加重研发与测试的矛盾，而没有任何积极的意义。
研发不会故意写bug的。他们可能能力不到，可能有时候不专心导致低级的错误，这些在缺陷统计的时候可以辨别。
有了问题就解决问题，而进行考核，完全没必要，唯一可以看到的结果就是开发不再配合测试，他们会隐藏自己的错误，他们希望你们测不出问题来。。。。
你做这个标准，还不如说服老板不要考核。

作者: yolander 时间: 2009-8-3 17:06
同意楼上的意见
开发和测试之间本来就矛盾重重，作为高层经理，应该想办法化解矛盾，让开发和测试能够认识到，他们是站在一条船上的，需要共同为质量负责

作者: piaolingxue423 时间: 2009-8-3 18:59
其实我也不建议拿BUG来说事可是老板绩效管理思想很严重不是我能所左右的我建议是拿开发对待BUG的态度来考核不要拿BUG个数来考核否则打击开发的积极性最终局面是两败俱伤

作者: woza 时间: 2009-8-3 20:05
同意7&8楼，尽量不要用bug来考核。
如果一定要用，可以考虑把开发和测试放在一个组里面。只有组外人员（比如说客户，售前，售后之类R&D以外的）发现的bug，才作为考核依据。不以bug的绝对数量作为考核标准。考核对象也应该是整个团队，而不是个人。这样的话，至少开发和测试人员的对立情况可以避免。

作者: islanda 时间: 2009-10-16 17:40
还是支持测试对研发进行绩效考核，但是应该只作为研发绩效考核中的一部分---即：与测试的配合

好多研发人员工作很随意的，他们认为测试是在挑他的毛病，只要领导不过问，一个bug他想改就改，不改他就遗留了，推说用户不会这样用，或者你那有我自己机子没有等等。。。所以让测试介入对研发的绩效考核对研发应该是个警醒，还是有必要的

同样的，研发也可以对测试进行绩效考核啊，互相监督么！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)