测试结果量化，对于测试经理来说，是一个考验，一个比较大的挑战，做不好，会死的很惨，因为我这里的测试经理对的是多头人员：部门主任、测试人员、项目经理、开发人员。
首先也要说明一点，测试量化应该是与开发考核相辅相成的，也就是说，需要比较好的实现测试量化的制度，在开发考核的制度方面也应该建立的相对的完善。开发考核和测试量化考核都应该是建立在事实数据基础上，而不应该以主观评定——当然，评价因素可以出现主观（多人投票）评定。——说远了，以下说回正题
测试量化考核，指标不可能只是针对测试人员，对开发人员也应该有所考核，也就是说开发人员的考核也在一定程度上受到测试结果的影响。因此，做不好这个测试量化的指标和基准值，将对测试人员和开发人员不公平，做不好测试人员有意见，开发人员也有意见，项目经理也有意见，部门主任就不用说了。——在此说明一点：开发人员其实是多劳多得的，虽然在测试阶段，做得多可能错的多，但是开发人员其实在最终的考核中已经因为承担的工作量大已获得较大考核成绩。
测试量化，不能仅凭主观猜测，应多以数据评定，大家都是共同一个标准，起码这样子可以降低出现异议的风险。我这里的测试量化指标，主要有两部分：
针对测试人员的：
测试计划（案例）产出效率
计划执行误差（时长）
案例执行效率
案例执行数量占比
案例有效率（bug率）
上线遗留bug率
bug有效率（receive/reject）
bug质量
针对开发：
bug情况（根据bug的不同级别进行加权），严重级别的bug会放大扣分，建议级的会减少扣分
bug处理情况
等
以上指标均应初始化基数，此基数应该以每季度进行更新，目前我这里只是累积了2年的数据，其实也只能作为参考使用。
请大家发表意见吧，看看大家对这样子的考核的意见怎么样。
