如何针对BUG对研发人员进行绩效考核？

xuexin

大家好，我碰到难题，领导要针对bug情况制订考核标准，大概意思是通过BUG的趋势，反映出个研发组的工作质量。
  目前我们是用开源的bug管理系统对bug进行管理的，当中也有一些图表可以利用，但我现在没有一个比较好的思路。望大家踊跃发言，帮忙考虑一下，谢谢大家。

yiding_he

原帖由 ddeef 于 2009-8-1 23:39 发表
可以参考：
1. 每个研发人员所产生的bug数量与严重程度的加权关系。比如严重级别最高的算5分，一般的算3分，最后求和，分数最高的，引起的bug数量最多，应该给与警告。
2. 修复bug的速度。可以考虑统计bug从指派给 ...

这种方式害人不浅。看这里：
http://bbs.51testing.com/thread-162482-1-1.html

ddeef

可以参考：
1. 每个研发人员所产生的bug数量与严重程度的加权关系。比如严重级别最高的算5分，一般的算3分，最后求和，分数最高的，引起的bug数量最多，应该给与警告。
2. 修复bug的速度。可以考虑统计bug从指派给开发人员到其处理完成后提交回归测试的时间差。
（如果使用URTracker，可以通过简单的设置将指派时间和提交回归测试的时间自动记录下来。导出Excel后，做统计分析就很简单了）
3. bug修复的一次性成功率（只有一次回归测试即通过的比率）。
（URTracker可以通过设置自动记录bug的回归次数）

piaolingxue423

最近也为这个问题头疼 有没有详细的文档？

mrxangel1986

对于考核标准，比较难办，每个公司都有自己的标准

kevin_swpi

提供一点自己的意见
1. 测试版本控制
2.BUG级别分布
     所谓的测试版本控制就是说，测试分解为一轮测试二轮测试等，每轮测试在开发提交程序后，都不能再进行测试环境上的版本的修改，这样测试版本一控制后，质量也就可以根据各个阶段出现的BUG数量等因素来进行考核
     BUG级别分布，根据不同的BUG类别来进行统计
－－－－－
    其实个人不很提倡这样来考核研发组的质量，但这样我却觉得能很好的发现开发容易在那些环节出现比较大的失误，以便在以后中注意并改进，从而达到来进一步提高开发质量的目的。

xuexin

那么要从bug的级别，bug数，业务的复杂度，每个开发人员的模块数等方面，但是我们为了对开发人员更加公平点所以想尽量考虑的方面多点，
不知道您还有什么好的建议和意见呢？也请各位大哥大姐帮帮忙，谢谢！