测试人员绩效评价标准

  • 格式:doc
  • 大小:46.00 KB
  • 文档页数:3

测试人员绩效考核方法

版本记录:

文件状态:

[√] 草稿

[ ] 正式发布

[ ] 正在修改 当前版本: 1。0

作 者: 朱进

完成日期: 2011—5-3

签 收 人:

签收日期:

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

(依据JIRA记录) 提交缺陷总数(10) 单位(个) 基本考核指标

提交非缺陷数量(10) 单位(个) 要测试人员意识到处理非问题影响测试,开发的工作效率

提交有效缺陷数(20) 单位(个) 基本考核指标

提交缺陷分类数(20) A (重大) 系统崩溃

B(较重) 影响系统使用

C(较小)

D(一般)

E(建议)

回归缺陷数(5) 单位(个) 基本考核指标

争议缺陷数(5) 单位(个) 是否存在对需求理解,系统构架设计,系统设计等方面引起争议的问题,体现出测试人员发现问题的深入层次,反过来也反映测试人员对业务的理解能力。 基本考核指标

技能 设计执行用例数 (5) 单位(个) 基本考核指标

总分:10 用例难度(5) 困难 普通 容易 加分考核指标

文档

总分:10 缺陷描述(5) A( 优秀)

B (良好)

C (普通)

D (不合格) 问题描述是否清晰

问题定位的附件是否完整

问题描述语言是否规范

测试报告的质量(5) A( 优秀)

B (良好)

C (普通)

D (不合格) 报告描述是否清晰

报告分析是否到位

报告描述语言是否规范

综合

素质

总分:10 工作态度(6) 积极、情绪变化大 基本考核指标

沟通能力(2) 良好、一般 基本考核指标

自学能力(+3) 强、普通、差 加分考核指标

团队协作能力(2) 合作性强、 差 基本考核指标