测试部绩效考核方案【最新版】
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试部绩效考核方案
考核工作事项及流程
1、季度工作总结。部门员工完成《员工季度工作总结》
2、部门考核。按照考核工作要求,组织员工考评,填写《季度员工绩效考核互评》,部门领导填写《季度员工绩效考核表》
3、考核结果审定。部门领导审核。
4、绩效沟通。考核结果公布后,有部门经理、组长进行绩效沟通工作
5、考核工作总结。对本部门员工绩效考核情况进行总结,并提交部门年度考核工作总结报
告以便于持续改进工作
6、考核兑现。对考核结果进行兑现
考核指标
1.完成工作量(10%)
a)季度内在整个小组中完成的工作量最高
b)季度内在整个小组中完成的工作量较高
c)季度内在整个小组中完成的工作量一般
d)季度内在整个小组中完成的工作量最低
2.测试的水平(15%)
a)测试过程质量令人放心,基本能全部测出一般情况下的bug外,还能测出隐藏很深的bug,项目交给他进行测试把关很放心,在整个测试组来说,相对是最好的
b)测试过程质量较好,基本能全部测出一般情况下的bug,隐藏很深的bug偶尔能测出,在整个测试组来说,出于中上水平
c)测试过程质量一般,能测试出大部分一般情况下的bug,但总觉得欠火候,在整个测试组内来说,处于中间水平
d)测试过程质量很差,有明显的bug没有测试出来,在整个测试组内来说,相对很差
3.测试用例质量(15%)
a)测试用例编写质量很好,编写的内容除少量细节外,一般一次可通过,在整个测试组来说,相对是最好的
b)测试用例编写质量较好,编写的内容虽然有时候通不过,但明显看出是经过认真思考了的
c)测试用例编写质量一般,虽然由于能力有限,存在比较多的问题,但文档需要描述的各个方面都已经想到了,在整个项目组内来说,处于中间水平
d)测试用例编写质量很差,文档只是设计到了梗概,很多细节都没有描述到,讨论后修改的结果也不理想,要修改多次,或者因为别的原因,没有达到要求还是放过去,在整个测试组内来说,是相对最差的
4.缺陷描述(10%)
a)问题描述是否清晰,问题定位的附件是否完整,问题描述语言规范
b)问题描述较清晰,问题定位的附件相对完整,问题描述语言较规范
c)问题描述不太清晰,问题定位的附件是否完整,问题描述语言规范
d)问题描述模糊,不清晰,问题的描述附件没有,描述语言不规范
5.相关技术文档的编写水平(10%)
a) 编写非常规范,非常及时、随时都可以查阅正在测试任务的设计文档,已完成任务的说明文档
b) 编写非常规范,较及时,随时可以查阅近期文档
c) 编写较规范,较及时,一般可以查到近期文档
d) 编写较规范,但不及时,常常难以查阅
6. 工作效率/能力(10%)
a) 经常能准时或提前完成任务,有积极的责任心,能彻底完成任务,可放心交代工作
b) 能准时完成任务,具有责任心,能达成任务,可交付工作
c) 基本准时完成任务,进度延迟可接受,尚有责任心,能如期完成工作任务
d) 责任心不强,需要有人督导,亦不能如期完成工作任务
7. 工作态度(10%)
a) 工作勤奋并能努力改善工作
b) 工作态度一般
c) 被动工作,应付工作
d) 固执己见,不易与人相处,不接受他人的合理建议
8. 团队协作能力(10%)
a) 能积极主动与组内外人员进行沟通协作,高效完成组内外的工作任务
b) 具有良好的沟通协作精神,能与组内外人员较好的合作
c) 具备基本的沟通协作精神,但主动性不够
d) 不善于交流,沟通,较少与其他同事进行交流
9. 上线后质量问题(10%)
a) 产品上线后试运行期间没有任何问题发生
b) 产品上线后试运行期间过后一段时间,发现很隐藏的bug
c) 产品上线后试运营期间发现严重问题
d) 产品上线后有很明显的bug出现
考核等级比例
(一)考核结果设为:优秀、良好、合格、基本合格、不合格,共五个等级。
(二)考核等级占比:
1、考核“优秀”:人数比例不高于本部门总人数的15%;
2、考核“良好”:人数比例不高于本部门总人数的20%;
3、考核“基本合格”和“不合格”合计人数比例为本部门总人数的5%~10%。
4、如部门总人数按照“优秀”比例计算未达1人,可由部门结合实际考核情况推荐一名员工
考核结果兑现
1、“优秀”等级的员工
2、“良好”等级的员工
3、“合格”等级的员工
4、“基本合格”等级的员工
5、“不合格”等级的员工
6、对具有重大贡献或业绩特别突出的员工,可由部门经理提出破格晋升建议年终奖、加薪幅度、培训、晋升