问题描述：随着企业对软件测试的不断重视，测试团队的规模也越来越大，测试相关的岗位也在逐渐增多，测试工程师、测试leader、高级性能测试工程师等等。如何对不同岗位的测试人员实施科学、合理、公正的考核，已成为测试管理工作的一个重点和难点。如果你是测试经理，你是如何对你的团队进行业绩考核的？如果你是测试工程师，你现在被考核的标准是什么？而你期望的标准又是什么？

精彩答案：

会员莫道桑榆晚：

　　（一）对一个团队的考核是要求从很多方面来考虑的，以下是我的见解，如有不对请纠正。

　　1：可以根据公司对研发部门的业绩考核标准，来考虑测试部门的业务考核。在考核团队的同时，也要注重考察团队个人以达到全面性。

　　2：对测试部门业绩考核是否由研发部门、产品部门、销售部门，售后部门综合考虑来决定的。对研发保质报量的完成工作的贡献值、对整个产品质量的提高贡献，对销售业绩提高的贡献值，对售后服务工作量、投诉减少的贡献值。再把这些东西细化，形成业绩考核体系，当然要根据公司是否施行这种体系来定。

　　3：周期性考核。对该团队进行周期性的考核，比如在项目收尾是否与前期的项目计划相吻合，这样可以督助项目团体。

　　4：阶段性考核。可以从发现BUG的数目，解决软件缺陷问题能力、协调能力和沟通能力等能力指标；以及团队合作精神、主动性等行为作为指标。

　　（二）部门软件测试考核标准是：测试计划、测试用例、测试报告，BUG提交总数和平时的个人表现这几方面的评估。故而对文档的考核将主要依据这几个文档来完成，文档的质量不满足要求会出现被扣分，当然文档做得标准，整洁，并且条理清晰的给予加分；文档条例混乱，逻辑不清晰，将给给予减分处理（+-N*0.1分）。设计有效的测试用例将给予加分一般是（N*0.2分）；当然最为重要的考核总BUG提交数.我们把BUG分为严重BUG，一般BUG，轻度问题BUG和细微BUG

　　① 严重问题：严重不合理，核心功能完全违反软件规范或业务规范，可能导致用户强烈的反感。（+0.5）

　　② 一般问题：一般不合理，即使用户经过较长时间的熟练依然有错误操作的可能，或者使用者始终无法较流畅的操作，可能会导致用户的抱怨。（+0.3）

　　③ 轻度问题：轻度不合理，存在歧义，需要反复和用户说明，即使如此，也有可能在使用中感到不便；界面设计存在缺陷、凌乱或不友好。（+0.2）

　　④ 细微问题：虽有不尽人意之处，但不影响用户操作；或用户使用频率较低，并且不会造成错误；局部界面不够美观。（+0.1）

　　最后根据个人表现（满勤，无迟到，无早退等）各+0.1*n 反过来就-0.1*n咯。

　　（三）本人希望考核部门应该公平公正，多方位考核，就是楼上多提到的360度考核制度。当然也不排除有些公司的人缘关系分。当然这个世界没有绝对的公平，但是我们还是希望能够尽可能的公平点。至少对于我们测试人员人来说。

（以上言论仅代表作者的个人观点，不代表51Testing观点）

版权声明：本文由会员莫道桑榆晚首发于51Testing软件测试论坛每周一问活动（09-09-16）。

http://bbs.51testing.com/forum-157-1.html

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。