随着企业对软件测试的不断重视,测试团队的规模也越来越大,测试相关的岗位也在逐渐增多,测试工程师、测试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从解决到关闭的平均需要时间