测试人员绩效评价标准及激励方案(共4页).doc

精选优质文档-----倾情为你奉上 测试人员绩效评价标准及激励方案 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.2C（较小）加权系数 0.2D（一般）加权系数 0.1E（建议）加权系数 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)*20B*(1+加权系统)/(A+B+C+D+E)*20C*(1+加权系统)/(A+B+C+D+E)*20D*(1+加权系统)/(A+B+C+D+E)*20E*(1+加权系统)/(A+B+C+D+E)*205 测试激励与奖惩制度　1、表扬和奖励　　表扬和奖励仍然是激励测试人员最主要的一种形式甚至采用积极的方式去帮助测试人员改正缺点，而不用批评或责备方式。

表扬的形式多种，每个奖项均可得到通报表扬和一张20元荣誉奖券（从部门经费中抽取）对于连续三个季度获得通报表扬的员工,本年度考核为A,其他季度奖项为：　　 发现bug最多的人员被授予"BUG王"　　 最具价值的bug(MVB)　　 优秀测试计划　　 最有价值测试用例　　 季度优秀员工　　 季度优秀新员工　　　2、其他奖励方式　　 工作时间由于测试的特殊性，可能加班的时间会多些，这就要求测试经理多为测试人员争取额外补偿和其他的利益，或指出这样做的不公平性，设法制订一个更合理的项目日程表，改进工作方法，提高工作效率,可以适当安排调休 培训机会由于测试任务重、或者认识上的误区(如觉得测试技术性低，没必要参加培训)，测试人员很少有机会参加一些重要的培训作为测试经理，就应该做好培训，设法创造机会，至少让那些优秀的测试人员去参加非常有用、有吸引力的测试技术和管理等方面的培训 晋升机制对于表现突出的测试人员应赋予更多的责任，在提拔时优先考虑　　专心---专注---专业。