测试人员绩效评价标准激励方案.docVIP

测试人员绩效评价标准及激励方案 1编写目的 本文档是对独立测试人员的绩效考核从测试能力方面进行考核的依据，其它考核的标准参照研发管理中心考核目标，该标准仅作为整体考核标准中的综合考核的一部分,对于参与PDT团队的测试成员，其PDT经理考核的绩效也是测试人员绩效的一部分。 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 5 测试激励与奖惩制度 　1、表扬和奖励 　　表扬和奖励仍然是激励测试人员最主要的一种形式甚至采用积极的方式去帮助测试人员改正缺点，而不用批评或责备方式。表扬的形式多种，每个奖项均可得到通报表扬和一张20元荣誉奖券（从部门经费中抽取）。对于连续三个季度获得通报表扬的员工,本年度考核为A,其他季度奖项为： 　　· 发现bug最多的人员被授予BUG王。 　　· 最具价值的bug(MVB)。 　　· 优秀测试计划。 　　· 最有价值测试用例。 　　· 季度优秀员工。 　　· 季度优秀新员工。　 　　2、其他奖励方式 　　· 工作时间。由于测试的特殊性，可能加班的时间会多些，这就要求测试经理多为测试人员争取额外补偿和其他的利益，或指出这样做的不公平性，设法制订一个更合理的项目日程表，改进工作方法，提高工作效率,可以适当安排调休。