1、一、目标
为了增强部门测试工程师考核的合理性、科学性，特制定本准则，根据本准则来完成对部门所有测试工程师的考核
在每一项考核中我们都增加了考核的权数，每个文档、用例、Bug的提交都需要与权数相乘以后才是最终的得分，所有的得分相加将是测试工程师的最终得分
二、指标
1、提交测试相关文档的质量（10）
在测试的过程中测试文档能够在一定程度上体现测试人员的测试能力水平，而当前软件测试过程主要会产生测试计划、测试用例、测试报告（会有多个）几个文档,故而对文档的考核将主要依据这几个文档来完成，对文档的质量的考核将在加分、扣分中阐述，文档的质量不满足要求会出现被扣分的情况，但是扣分最
2、多只能扣除本文档带来积分（一般一个文档1分）
文档的考核权数为1
文档总分 = 所有文档的总数×0.5
2、测试设计的质量（10）
当前在测试过程中，测试设计的工作比重已经逐步增多，从而带来了大量的测试设计工作，测试设计的好坏将直接决定着部门测试水平的高下;我们的测试设计分为测试项和测试用例，由于测试用例设计文档中对测试项和测试用例没有严格的区别，故而很难定义、分解两者，目前按照统一的标准来考核
测试设计的考核权数为0.1
测试用例总分 = 所有测试用例的总数×0.1
3、Bug的提交情况（70)
对测试中发现的Bug进行分类和定义的目的，是为测试工程师的评
3、价提供量化依据,为Bug的有效性提供参考。在考核过程中，所有的Bug统计都基于项目组确认是Bug的前提下，项目组不认定是Bug的不记入有效Bug中、同时不记入考核积分.
Ø 一级Bug 考核权数:0。8
Ø 二级Bug 考核权数：0。5
Ø 三级Bug 考核权数:0.3
Ø 四级Bug 考核权数:0.2
Bug总分 = 一级Bug总数 ×1 + 二级Bug总数×0。8 + 三级Bug总数×0。5 + 四级Bug总数×0.2
4、综合素质（10）
包括工作能力、沟通能力、自学能力、团队协作能力
5、加减分项
5.1加分
4、 说明：加分只能当月加分，不能一个输出多次重复加分，最多一次只能加3分
1）对其他同事培训
2）提出项目过程中的问题反馈：
一般问题:0。2
严重问题：0。4
测试过程改进问题：0.6
说明:由于目前还没有严格的问题严重程度的定义，故而暂时由测试负责人指定加分额度。
5.2减分
说明：对于每一个输出内容的减分不能超过输出产生的所能产生的所有积分,如一个文档的减分不能超过1分，一个五级Bug的减分不能超过0。1分
5.2.1文档
文档没有按照规范书写，文档质量低下（考核结果主要来源于项目经理对文档的认可度）
5。2。2用例
没有
5、按照规范书写（主要包括格式、内容等）
5.2.3 Bug
1）是否按照Bug提交标准提交Bug
2） Bug描述是否清楚、准确
5。2.4运维Bug
运维逃逸Bug按照严重程度加分中的原则基本分×2进行折扣
总减分 = 所有减分项的总和
5.3 测试负责人微调
考核过程中，测试负责人可以根据测试工程师的认真程度对整体得分进行微调，微调幅度不能超过10％
6、考核具体表格
考核
类型
评价参数
参数值
说明
缺陷单
总分:70
（依据JIRA记录）
提交缺陷总数（10）
单位（个）
基本考核指标
提交非缺陷数量（10）
单
6、位（个）
要测试人员意识到处理非问题影响测试，开发的工作效率
提交有效缺陷数(20)
单位（个）
基本考核指标
提交缺陷分类数（20）
A （重大）
系统崩溃
B（较重）
影响系统使用
C（较小）
D(一般）
E（建议）
回归缺陷数(5)
单位(个）
基本考核指标
争议缺陷数(5）
单位(个)
是否存在对需求理解，系统构架设计，系统设计等方面引起争议的问题,体现出测试人员发现问题的深入层次，反过来也反映测试人员对业务的理解能力。 基本考核指标
技能
总分：10
设计执行用例数 （5）
单位（个）
基本考核指标
用例难度（5）
7、
困难 普通 容易
加分考核指标
文档
总分：10
缺陷描述（5）
A( 优秀)
B （良好）
C (普通)
D (不合格)
问题描述是否清晰
问题定位的附件是否完整
问题描述语言是否规范
测试报告的质量(5）
A（ 优秀）
B （良好）
C （普通）
D (不合格)
报告描述是否清晰
报告分析是否到位
报告描述语言是否规范
综合
素质
总分:10
工作态度（6)
积极、情绪变化大
基本考核指标
沟通能力（2)
良好、一般
基本考核指标
自学能力(+3）
强、普通、差
加分考核指标
团队协作能力（2）
合作性强、 差
基本考核指标
7、考核准则
a)积分统计原则
总分=（Bug总分 + 文档总分 + 测试用例总分 + 总加分 – 总减分）× 微调比率
浙ICP备2021020529号-1 | 浙B2-20240490 
