1、编写目的
本文档是对独立测试人员的绩效考核从测试能力方面进行考核的依据，其它考核的标准参照支持服务中心的部门考核大纲，该标准仅作为整体考核标准中的综合考核的一部分。
2、适用范围
本标准适用于软件测试人员的考核。
3 、评价标准与原则
3.1提交BUG的数量和执行测试用例的数量
测试中发现的BUG数量:
1)同一个项目组内，提交bug数
2)每人日提交的bug数
3.2测试人员发现的问题的本身价值
1)Bug的严重程度是衡量bug的质量的一个重要因素，好的bug应该是极端严重的，对系统造成极大危害的。
2)Bug的双方面评判，对于bug的价值开发人员在另外一个角度上进行评判。
3.3、测试文档的质量
测试文档的质量往往是测试人员的测试水平的反映，只有对系统进行了充分的、深入测试的测试人员才能写出高质量测试报告，说明测试的全面性和测试过程的质量
3.4 测试技能水平
1）测试用例设计水平
2）测试工具掌握使用水平
3）测试结果分析判断水平
3.5测试技能以外的综合能力
考察一个测试人员的责任心，如果一个测试人员工作不符责任，随意敷衍，即使提交的问题单数量多，也不能证明他测试的质量高。其次积极的工作态度是提高测试质量，和整体团队风气的关键，沟通能力直接影响测试的工作效率与不同部门间的合作分工。
1）工作态度
2）沟通能力
3）钻研能力
4）团队合作能力
4、考核办法一览表
|
类型 |
评价参数 |
参数值 |
说明 |
|
缺陷单 总分：70 |
提交缺陷总数(5) |
单位（个） |
基本考核指标 |
|
提交非缺陷数量（5） |
单位（个） |
要测试人员意识到处理非问题影响测试，开发的工作效率 |
|
|
提交有效缺陷数（20） |
单位（个） |
基本考核指标 |
|
|
提交缺陷分类数（20） |
A (重大) |
加权系数 0.3 |
|
|
B（较重） |
加权系数 0.2 |
||
|
C（较小） |
加权系数 0.2 |
||
|
D（一般） |
加权系数 0.1 |
||
|
E（建议） |
加权系数 0 |
||
|
回归缺陷数（5） |
单位（个） |
基本考核指标 |
|
|
争议缺陷数（5） |
单位（个） |
是否存在对需求理解，系统构架设计，系统设计等方面引起争议的问题，体现出测试人员发现问题的深入层次，反过来也反映测试人员对业务的理解能力。 基本考核指标 |
|
|
非独立测试发现的缺陷数（5） |
单位（个） |
非独立测试人员（如：开发人员，用户等）发现的问题数 。基本考核指标 |
|
|
严重缺陷所占比例（5） |
A/(A+B+C+D+E)=% |
基本考核指标 |
|
|
技能 总分：10 |
设计执行用例数 （5） |
单位（个） |
基本考核指标 |
|
用例难度（5） |
困难 普通 容易 |
加分考核指标 |
|
|
工具掌握能力（+5） |
了解理论 简单运用 复杂操作 熟练精通 |
加分考核指标 |
|
|
文档 总分：10 |
缺陷描述(5) |
A( 优秀) B (良好) C (普通) D (不合格) |
问题描述是否清晰 问题定位的附件是否完整 问题描述语言是否规范 |
|
测试报告的质量(5) |
A( 优秀) B (良好) C (普通) D (不合格) |
报告描述是否清晰 报告分析是否到位 报告描述语言是否规范 |
|
|
综合 素质 总分：10 |
工作态度(6) |
积极、情绪变化大 |
基本考核指标 |
|
沟通能力(2) |
良好、一般 |
基本考核指标 |
|
|
自学、钻研能力(+3) |
强、普通、差 |
加分考核指标 |
|
|
团队协作能力(2) |
合作性强、 差 |
基本考核指标 |
注：缺陷分类算法：
A*(1+加权系统)/(A+B+C+D+E)*20
B*(1+加权系统)/(A+B+C+D+E)*20
C*(1+加权系统)/(A+B+C+D+E)*20
D*(1+加权系统)/(A+B+C+D+E)*20
E*(1+加权系统)/(A+B+C+D+E)*20