评价标准与原则
1、提交BUG的数量和执行测试用例的数量
测试中发现的BUG数量:
1)同一个项目组内,提交bug数
2)每人日提交的bug数
2、测试人员发现的问题的本身价值
1)Bug的严重程度是衡量bug的质量的一个重要因素,好的bug应该是极端严重的,对系统造成极大危害的。
2)Bug的双方面评判,对于bug的价值开发人员在另外一个角度上进行评判。
3、测试文档的质量
测试文档的质量往往是测试人员的测试水平的反映,只有对系统进行了充分的、深入测试的测试人员才能写出高质量测试报告,说明测试的全面性和测试过程的质量
4、 测试技能水平
1)测试用例设计水平
2)测试工具掌握使用水平
3)测试结果分析判断水平
5、测试技能以外的综合能力
考察一个测试人员的责任心,如果一个测试人员工作不符责任,随意敷衍,即使提交的问题单数量多,也不能证明他测试的质量高。其次积极的工作态度是提高测试质量,和整体团队风气的关键,沟通能力直接影响测试的工作效率与不同部门间的合作分工。
1)工作态度
2)沟通能力
3)钻研能力
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
考评内容 | 考评标准 | 扣(奖)分尺度 |
是否按规定的程序和测试要求,编制新产品之测试时间表,进入测试阶段并按期完成测试? | 1. 按测试要求,对新产品进行测试; 2. 按《内部联络书》要求的时间,及时完成产品的测试工作 | 1、 不按测试要求进行测试扣分 2、 未按时完成,要扣分 |
测试分析报告是否及时、完整编制? | 3. 要求及时编制出测试分析报告,测试分析报告在测试结果确定后的24小时编制完成 4. 测试内容、测试范围要齐全,不得有漏测项 | 1、 未按规定办理,要扣分 |
测试结果的正确性如何? | 5. 测试结果数值精确 测试结论语言表达规范,判定准确 | 1、 数值不精确,表达不规范要扣分 |
对供应商提供之样板件,竞争对手之样板机是否进行完整测试,并提供详细的完整的测试分析报告 | 6. 按规定要求,对样板机进行测试 7. 测试内容完整 8. 测试分析报告齐全 9. 测试结果正确 | 1、 按不符合项,每项扣除分值 |