测试精华测试人员绩效评价

1、测试绩效评价方法版本：1 编写目的本文档是对独立测试的从测试能力方面进行考核的依据，其它考核的标准参照支持服务中心的部门考核大纲，该标准仅作为整体考核标准中的综合考核的一部分。2 适用范围本标准适用于测试的考核。3 评价标准与原则3.1 提交 BUG 的数量和执试用例的数量测试中发现的 BUG 数量:1)同一个项目组内，提交 bug 数2)每人日提交的 bug 数3.2 测试发现的本身价值1)Bug 的严重程度是衡量 bug 的质量的一个重要，好的 bug 应该是严重的，对系统造成极大危害的。2)Bug 的双方面评判，对于 bug 的价值开发在另外一个角度上进行评判。文件状态： 草稿 正式发布

2、 正在修改当前版本：1.0作者：完成日期：2004-9-28签 收 人：签收日期：3.3、测试文档的质量测试文档的质量往往是测试的测试水平的反映，只有对系统进行了充分的、深入测试的测试才能写出高质量测试，说明测试的全面性和测试过程的质量3.4测试技能水平1）测试用例设计水平2）测试工具掌握使用水平3）分析判断水平3.5 测试技能以外的综合能力一个测试的责任心，如果一个测试工作不符责任，随意敷衍，即使提交单数量多，也不能证明他测试的质量高。其次积极的工作态度是提高测试质量，和整体团队风气的关键，沟通能力直接影响测试的工作效率与不同部门间的合作分工。1）工作态度2）沟通能力3）钻研能力4）团队合作

3、能力4 考核办法一览表类型评价参数参数值说明缺陷单总分：70提交缺陷总数(5)（个）基本考核指标提交非缺陷数量（5）（个）要测试处理非问题影响测试，开发的工作效率提交有效缺陷数（20）（个）基本考核指标提交缺陷分类数（20）A ()系数0.3B（较重）系数0.2C（较小）系数0.2D（一般）系数0.1E（建议）系数0回归缺陷数（5）（个）基本考核指标争议缺陷数（5）（个）是否存在对需求理解，系统构架设计，系统设计等方面引起争议 ，体现出测试 发现问题的深入层次，反过来也反映测试 对业务的理解能力。 基本考核指标注：缺陷分类算法：A*(1+ B*(1+ C*(1+ D*(1+E*(1+系统)/(

4、A+B+C+D+E)*20系统)/(A+B+C+D+E)*20系统)/(A+B+C+D+E)*20系统)/(A+B+C+D+E)*20系统)/(A+B+C+D+E)*20考评内容考评标准扣(奖)分尺度是否按规定的程序和测试要求, 编制新产品之测试时间表, 进入测试阶段并按期完成测试?按测试要求,对新产品进试;按 联络书要求的时间，及时完成产品的测试工作1、 不按测试要求进行测试扣分2、 未按时完成，要扣分测试分析是否及时、完整编制？要求及时编制出测试分析，测试分析在确定后的 24 小时编制完成测试内容、测试范围要齐全，不得有漏测项1、 未按规定办理，要扣分非独立测试发现的缺陷数（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)合作性强、 差基本考核指标的正确性如何？5.数值精确测试结论语言表达规范，判定准确1、 数值不精确，表达不规范要扣