摘要：
作为职业人，既然工作，肯定都会有考核。作为测试人员，应该怎么考核工作呢？以前经常提到唯bug数量论，这个很直观，但实践证明如果全看bug数量，会导致种种问题。而我们常说的用例数，bug数量只能作为考核中内容的一项。
作为职业人，既然工作，肯定都会有工作考核。当你管理着一群测试人员，应该怎么去考核他们的工作呢？以前经常提到bug数量论，这个很直观，但实践证明如果光看bug数量，会导致种种负面影响。比如测试人员可以会把一个错别字，一个病句都当成一个bug提交到缺陷管理工具中。这样看来数量是有了，但可能更多更值得去关心的深层次的缺陷反而因为工作考核的压迫而有意识的忽视了。也会导致测试人员和软件开发人员的直接对抗，因为一个错别字在所难免，可能就一句话的功夫就能马上修复。
那什么是科学的考核方式呢？这里根据笔者的经验来谈谈我对测试人员工作的考核办法。
首先，我认为bug数量并不能作为一个硬性考核标准，应该更鼓励发现一些深层次的重大缺陷，可以作为一个重要的加分项。
其次，用例数量也只能作为一个参考，更应该关注的是bug的覆盖率，测试后遗漏bug的情况作为考核指标。
同时工作态度也应该纳入到考核中，比如是否团结奋进，是否定期对团队进行知识分享等。工作进度也应该作为一个考核项，鼓励今日事今日毕，按计划完成工作。
所以总体来看，我们应该从工作态度，工作能力以及工作结果三个方面对测试人员进行考核。
下面为具体的一个考核列表，希望测试同仁参考借鉴：
工作态度（30）
包容和谐 5 有度量，能包容，充满爱心，热心帮助他人；
尊重敬畏 4 "尊重自己、尊重他人、尊重自然和社会；禁人生攻击；"
服从大局 3 以团队利益为重，服从团队决议；
团结同事 3 禁离间、毁谤及不正当竞争；
主动工作 5 主动要求工作而非被动等待工作分派；
做事认真 4 做事认真，凡是先思而后行，杜绝低级错误
天天总结 3 每天填写日志，记录工作内容，总结得失
努力学习 3 努力学习哲学（管理）、业务、技术
共进共享加分 "共享知识，共同进步；每进行一次分享（40分钟以上）加1分"
遵守纪律 违反纪律减分3~40分；
工作能力（30）
沟通 4
协作 4
业务 4
技能 4
计划 4
执行 10
工作结果（40）
工作进度 10 "提前：10；按时:8；延后：5；"
工作质量 20 缺陷质量 15 "缺陷否决率<5%:15 缺陷否决率<10%:10;缺陷否决率>30%:5;"
测试用例质量 5 "测试用例覆盖需求及测试用例利用率>80%：5 测试用例覆盖需求及测试用例利用率>60%：3测试用例覆盖需求及测试用例利用率>40%: 1"
工作数量 10 测试用例数量，缺陷数量
表扬加分 表扬加分3~20分；
投诉减分 投诉减分3~40分；