软件测试之测试人员绩效评价标准.docVIP

测试人员绩效评价方法 由安博测试空间技术中心/提供 版本记录： 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 当前版本： 1.0 作 者： 徐涛 完成日期： 2004-9-28 签 收 人： 签收日期： 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 提交缺陷总数(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 考评内容 考评标准 扣(奖)分尺度 是否按规定的程序和测试要求,编制新产品之测试时间表,进入测试阶段并按期完成测试? 按测试要求,对新产品进行测试; 按《内部联络书》要求的时间，及时完成产品的测试工作 不按测试要求进行测试扣分 未按时完成，要扣分 测试分析报告是否及时、完整编制？ 要求及时编制出测试分析报告，测试分析报告在测试结果确定后的24小时编制完成 测试内容、测试范围要齐全，不得有漏测项 未按规定办理，要扣分 测试结果的正确性如何？ 测试结果数值精确 测试结论语言表达规范，判定准确 数值不精确，表达不规范要扣分 对供应商提供之样板件，竞争对手之样板机是否进行完整测试，并提供详细的完