1、 测试人员绩效评价方法版本记录:文件状态: 草稿 正式发布 正在修改当前版本：1.0作 者：王党成完成日期：20150422签 收 人：签收日期:1编写目的本文档是对独立测试人员的绩效考核从测试能力方面进行考核的依据，其它考核的标准参照支持服务中心的部门考核大纲，该标准仅作为整体考核标准中的综合考核的一部分。2适用范围本标准适用于软件测试人员的考核。3 评价标准与原则3。1提交BUG的数量和执行测试用例的数量测试中发现的BUG数量： 1）同一个项目组内，提交bug数2）每人日提交的bug数3.2测试人员发现的问题的本身价值1）Bug的严重程度是衡量bug的质量的一个重要因素，好的bug应该是极
2、端严重的，对系统造成极大危害的. 2)Bug的双方面评判,对于bug的价值开发人员在另外一个角度上进行评判.3.3、测试文档的质量测试文档的质量往往是测试人员的测试水平的反映，只有对系统进行了充分的、深入测试的测试人员才能写出高质量测试报告，说明测试的全面性和测试过程的质量3。4 测试技能水平1）测试用例设计水平2)测试工具掌握使用水平3）测试结果分析判断水平3。5测试技能以外的综合能力 考察一个测试人员的责任心，如果一个测试人员工作不符责任，随意敷衍，即使提交的问题单数量多，也不能证明他测试的质量高。其次积极的工作态度是提高测试质量，和整体团队风气的关键，沟通能力直接影响测试的工作效率与不同
3、部门间的合作分工。1）工作态度2）沟通能力3）钻研能力4）团队合作能力4考核办法一览表类型评价参数参数值说明缺陷单总分：70提交缺陷总数（5)单位（个）基本考核指标提交非缺陷数量（5）单位（个）要测试人员意识到处理非问题影响测试，开发的工作效率提交有效缺陷数(20）单位（个)基本考核指标提交缺陷分类数（20）A (重大)加权系数 0。3 B(较重)加权系数 0。2C(较小）加权系数 0.2D（一般）加权系数 0.1E（建议）加权系数 0回归缺陷数(5）单位（个）基本考核指标争议缺陷数（5）单位（个）是否存在对需求理解，系统构架设计，系统设计等方面引起争议的问题,体现出测试人员发现问题的深入层次
4、,反过来也反映测试人员对业务的理解能力。 基本考核指标非独立测试发现的缺陷数（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）20
浙ICP备2021020529号-1 | 浙B2-20240490 
