求教：关于测试人员的考核指标——发布后缺陷密度

z8541977

最近公司在做kpi考核，涉及到测试人员考核的时候，QA想到了一个指标，即发布后缺陷密度

计算方法=发布后缺陷数/版本功能点数

版本功能点数=版本需求涉及到的功能点+受到影响的功能点数

在跟测试沟通的时候，就遇到问题了，测试提出，每次测试都做的是全覆盖测试，那么功能点应该计算系统的全部功能点，因此质疑这个指标算法的合理性；

因此在这里求助各位大神，这个算法是否 真的不合理，不合理之处在什么地方？

是否有其他公司采用类似的考核指标，指标门槛值大概是多少？

新手上路，望高手解答，拜谢！

kuerzhao

同问吧，不过这个问题基本上很难

cibsoft

楼上可以参照一下目前软件测试外包（甲方）对第三方测试公司的考核！

yzwangxf

让QA做下测试才知道这种统计是不合适的。

从测试原理讲，系统是不可能做穷尽法测试的，因此，由于测试上游的成熟度原因会有各阶段的缺陷泄露而无法由测试阶段排除带到线上。
再加上测试环境与线上环境的差异性，有QA对QC进行如此考核的公司，实际上是不能待的。

退一步讲，线上有问题，处罚力度最大的应该是对开发，其根本原因在于开发没有做对，测试能否发现这些可发现的问题要做评估。

如果是测试人员能力的原因，要改进；如果是态度的原因，要做连带处罚。