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

网友的精彩回答：

        鄙人从事软件测试好几年了，也一直为该问题困扰，每次项目作完了，感觉大家都表现还马马虎虎。但是项目却感觉总不是那么完美，既然存在问题，说明测试人员的考核做的不到位，所以最近痛定思痛，也咨询了一些在微软和IBM做测试的朋友，结合自己多年来的实践，得出如下核心考核指标，和大家共享。
        测试人员主要是三个方面。
        第一，整体工作效率。第二，工作结果。第三，过程控制。（针对测试主管或组长）

        1.整体工作效率
        1.1有效工作时间
        主要check指标是每日实际工作时间，按照Ms的标准，一个测试工程师的每天的有效工作时间应该在70%以上。如果只有50%或以下的有效工作时间，那么不能成为好的测试工程师，因为他有能力做得更好。
        1.2是否在制定时间内完成工作任务
        主要check指标是进度偏离度。主要是和测试计划相比，有多少的延期。这个指标计算是：计划时间/实际需用时间。
        当然，本指标未考虑其他因素，如开发人员窝工导致的delay。
        2.工作结果
        2.1测试用例的数量和质量
        a，测试用例的数量
        主要考核指标是用例编写速度，考核办法是测试用例的个数/写用例所用时间。
        b，测试用例的质量
        主要考核指标是用例编写质量，用于考察文档是由有效的指导了测试工作。考核办法是来自用例的bug数目/总bug数目，应该是70%以上才算是质量比较好的用例。
        2.2bug的数量和质量
        a，bug提交的数量
        主要考核指标是提交bug的数量，这个指标根据项目不同而定，不好给出固定经验值。
        b，bug的质量
        主要考核指标是提交bug的质量，即提交的bug，严重程度和，发现路径的复杂程度
        c，发现bug的阶段
        主要考核指标是提交bug的时间段，具体执行是统计在测试的每个阶段，发现bug的比例，特别是严重的bug发现的早晚
        2.3是否及时验证关闭bug
        主要考核指标是验证关闭bug的及时度
        2.4测试自动化程度及收效
        主要考核指标是，测试中自动化运用的含量，也就是测试技术含量，成果如何？
        2.5所负责模块的产品总体质量以及用户反馈
        这个总体质量是产品发布之后一段时间才能得出结论，主要是市场，用户对产品的质量、稳定性、性能的反馈。
考核的主要指标是两个。
        a，根据市场反馈（由经理定性考核）
        b，根据测试人员提交的bug和用户反馈的bug之间的比例，比例越大，说明测试质量相对越高。当然前提是必须划清楚客户的新需求，或者对spec设计方面的抱怨。
        3.过程改进
        考核点，是纵向对比，相比上一个项目，在质量控制上和测试进度进程上有否进步。包括测试方法，提升质量的手段，测试数据记录，用例更新等等有没有改进。
        该项具体考核方法也是经理来根据测试组在过程中具体表现，来定性打分。
        还包括测试人员在测试过程中的学习能力。这个也是定性。
        4.考核注意事项
        4.1统计bug的注意事项
        5.其它注意事项
        作为考核者要注意以下比例，也许有些没有列入考核内容，但是如下这些点可以指导测试。
        a，测试团队发现的bug和所有bug之间的比例
        b，spec设计造成的bug
        c，重复或者误提交的bug所占的比例
        d，每周发现的bug的趋势图
        e，Bug严重等级的构成比例
        f，Bug从提交到解决的平均需要时间
        g，Bug从解决到关闭的平均需要时间

6666666

奈斯