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