对于一个测试团队制订KPI确实是一个很头大的事情,毕竟很多工作不是说依靠bug来衡量的。这里因为老大的要求做的。大家多多提意见
目的:
- 通过奖惩机制增强团队竞争和学习氛围。提高团队凝聚力。
- 我们会把以下考核办法作为当年绩效考核和晋升的一个重要参考标准。
不考察范围:
- 测试计划制订和书写
- 测试用例设计
测试团队考核办法(按月评审)
类型 |
子类 |
评分标准 |
分数 |
工作内容和质量 总分: 80 |
无效 BUG率 |
评估当月无效bug数量
10分:提交BUG都为需要修改的BUG 7-8分:有1-2个无效BUG 4-6分:有3-5个无效BUG 0-3:有5个以上无效BUG |
10 |
重复的bug率 |
评估当月重复bug数量
10分:无重复提交bug 7-8分:有1-2个重复BUG 4-6分:有3-5个重复BUG 0-3:有5个以上重复BUG
|
10 |
|
Bug 描述质量 |
评估当月bug描述质量
9-10分:BUG描述规范清晰,简洁明了,能有效按步骤重现 7-8分:BUG描述一 般,能有效按步骤重现 4-6分:BUG描述与实 际有出入,通过沟通能重现 0-3:BUG描述混乱,不能理解 |
10 |
|
提交BUG价值 |
考核当月按照bug价值,按照优先级分类,并且对不同分类赋予不同权重。价值计算方法如下:
Bug_value=P0_Bug_Number× 1.2+ P1_Bug_Number× 1 + P2_Bug_Number× 0.6 + P3_Bug_Number×0.4
P0_Bug_Number 为危险的缺陷数量 P1_Bug_Number 为严重的缺陷数量 P2_Bug_Number 为轻微的缺陷数量 P3_Bug_Number 为微小的缺陷数量
按照当月最高分数为标准分最高分: 比如本月bu_value最高分为Score_max
20-25: (90%-100%)* Score_max 10-20: (60%-90%)* Score_max 0-10: 60%* Score_max 以下
|
25 |
|
进度更新,BUG跟踪 |
12-15分:及时关注产品研发进度及BUG状态,有问题时能及时反映,推动测试进行 8-12分:经提醒后, 能更新产品进度及 BUG状态 4-8分:产品进度没有更新,有部分已上线产品的BUG状态没有更新 0-3:没有关注产品进度及BUG状态 |
15 |
|
按时完成测试任务 |
注意是关注大家对于人物分配执行的质量,重点是测试案例的执行。
10分:0个任务未按时完成 7-8分:1个任务未按 时完成 4-6分:2-4个任务未按时完成 0-3:5个以上任务未按时完成
|
10 |
|
素质能力 总分: 20 |
工作态度 |
责任心,工作热情,团队合作精神等
10分:优秀 8分:良好 6分:一般 2分:差
|
10 |
沟通能力 |
与其他同事的沟通能力
10分:优秀 8分:良好 6分:一般 2分:差 |
10 |
|
加分项 |
通过自由测试发现关键性问题 |
每个关键问题加1分。 |
最高10 |
培训新人态度 |
3分:优秀 |
|
|
学习能力 |
我们会提供一些测试专业培训,并且会定期检查大家学习情况, 对于此项加分需酌情考虑。 |
|
|
减分项 |
没有按照测试用例一步一步进行测试 |
每次减去2分 |
|
没有及时提交发现的缺陷; |
每次减去1分 |
|
|
虚假测试结果 |
对于以下情况,每次扣除30分,并取消当年所有荣誉评审和晋级资格。
|
|
|
遗漏重点bug测试 |
每次减去2分 |
|