如何有效的对测试人员进行业绩考核?

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

会员godn_1981的精彩回答:

        鄙人从事软件测试好几年了,也一直为该问题困扰,每次项目作完了,感觉大家都表现还马马虎虎。但是项目却感觉总不是那么完美,既然存在问题,说明测试人员的考核做的不到位,所以最近痛定思痛,也咨询了一些在微软和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从解决到关闭的平均需要时间

原文转自:http://www.ltesting.net