如何来衡量开发的单元测试质量？

liulinzhu

目前部门是使用易现缺陷产出率来衡量开发单元测试质量的：易现缺陷产出率=易现的新缺陷/工作量(小时)。对此存在一现象：
开发人员在单元测试时往往只是关注本次修改部分，整个模块根本没意识去维护。针对测试发现的问题，常会斤斤计较，说这是遗留缺陷，没有发现是测试人员的责任，跟开发没关系。
       个人认为，易现缺陷产出率=易现缺陷(新缺陷+遗留缺陷)/工作量，但未能说服部门修改这一计算规则。现求助于大家：
1.作为一个客户，难道还会来分析这问题是遗留缺陷or新缺陷吗？——测试就是第一层客户。
2.TD上针对遗留缺陷的开发责任人是谁？如果这是前人A留下的模块，难道也去写成A？
3.开发如果对自己所负责的模块都不去熟悉，难道能保证本次修改不会影响到整个模块吗？
4.决定测试质量有着多种因素：时间，业务熟悉度，思考角度。我们能做的就是在有限的资源(时间资源+人力资源)下，抓住重点模块，发挥测试应有的价值。试问：难道发现的新缺陷与遗留缺陷比例为1：2就一定不正常吗？对此要补充的是：客户对于该版本的使用未反馈任何问题。
5.对于客户反馈的易现缺陷，为何只需要测试进行分析原因？请不要再一味地苛求测试人员为何没发现吧！因为如下人员也都没发现：
a.开发在单元测试时没有发现；
b.开发组长/测试组长在审核提交版本时没有发现；
c.测试人员在测试时没有发现；(往往责任就归咎于此位身上)
d.整个测试团队在交叉测试/回归测试时没有发现；
e.相关验收方(如市场，工程)在验收测试时没有发现。

后面有所跑题，请大家不要扔砖头。