(最新整理)测试人员考核标准

1、(完整)测试人员考核标准(完整)测试人员考核标准 编辑整理：尊敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（(完整)测试人员考核标准）的内容能够给您的工作和学习带来便利。同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快 业绩进步，以下为(完整)测试人员考核标准的全部内容。一、目标为了增强部门测试工程师考核的合理性、科学性，特制定本准则,根据本准则来完成对部门所有测试工程师的考核在每一项考

2、核中我们都增加了考核的权数,每个文档、用例、bug的提交都需要与权数相乘以后才是最终的得分,所有的得分相加将是测试工程师的最终得分二、指标1、提交测试相关文档的质量（10）在测试的过程中测试文档能够在一定程度上体现测试人员的测试能力水平，而当前软件测试过程主要会产生测试计划、测试用例、测试报告（会有多个）几个文档,故而对文档的考核将主要依据这几个文档来完成,对文档的质量的考核将在加分、扣分中阐述,文档的质量不满足要求会出现被扣分的情况，但是扣分最多只能扣除本文档带来积分(一般一个文档1分）文档的考核权数为1文档总分 = 所有文档的总数0。52、测试设计的质量（10）当前在测试过程中，测试设计的

3、工作比重已经逐步增多，从而带来了大量的测试设计工作，测试设计的好坏将直接决定着部门测试水平的高下；我们的测试设计分为测试项和测试用例,由于测试用例设计文档中对测试项和测试用例没有严格的区别，故而很难定义、分解两者，目前按照统一的标准来考核测试设计的考核权数为0。1测试用例总分 = 所有测试用例的总数0。13、bug的提交情况(70）对测试中发现的bug进行分类和定义的目的，是为测试工程师的评价提供量化依据，为bug的有效性提供参考。在考核过程中，所有的bug统计都基于项目组确认是bug的前提下，项目组不认定是bug的不记入有效bug中、同时不记入考核积分。 一级bug考核权数:0.8 二级bu

4、g 考核权数：0。5 三级bug 考核权数：0.3 四级bug考核权数：0.2bug总分 = 一级bug总数 1 + 二级bug总数0。8 + 三级bug总数0.5 + 四级bug总数0.2 4、综合素质(10）包括工作能力、沟通能力、自学能力、团队协作能力5、加减分项5。1加分说明：加分只能当月加分，不能一个输出多次重复加分,最多一次只能加3分1）对其他同事培训2）提出项目过程中的问题反馈:一般问题：0。2严重问题：0。4测试过程改进问题:0.6说明:由于目前还没有严格的问题严重程度的定义，故而暂时由测试负责人指定加分额度。5。2减分说明：对于每一个输出内容的减分不能超过输出产生的所能产生的

5、所有积分,如一个文档的减分不能超过1分，一个五级bug的减分不能超过0.1分5。2.1文档文档没有按照规范书写，文档质量低下（考核结果主要来源于项目经理对文档的认可度）5.2。2用例没有按照规范书写（主要包括格式、内容等）5.2。3 bug1）是否按照bug提交标准提交bug2） bug描述是否清楚、准确5。2。4运维bug运维逃逸bug按照严重程度加分中的原则基本分2进行折扣总减分 = 所有减分项的总和5.3 测试负责人微调考核过程中，测试负责人可以根据测试工程师的认真程度对整体得分进行微调，微调幅度不能超过10%6、考核具体表格考核类型评价参数参数值说明缺陷单总分：70（依据jira记录)

6、提交缺陷总数（10）单位(个）基本考核指标提交非缺陷数量(10)单位（个）要测试人员意识到处理非问题影响测试，开发的工作效率提交有效缺陷数（20）单位（个）基本考核指标提交缺陷分类数（20）a （重大） 系统崩溃b（较重)影响系统使用c（较小）d(一般）e（建议）回归缺陷数（5）单位（个）基本考核指标争议缺陷数(5）单位（个)是否存在对需求理解,系统构架设计,系统设计等方面引起争议的问题，体现出测试人员发现问题的深入层次,反过来也反映测试人员对业务的理解能力。 基本考核指标技能总分:10设计执行用例数 （5）单位(个)基本考核指标用例难度(5）困难 普通 容易加分考核指标文档总分：10缺陷描述(5）a( 优秀）b （良好)c (普通）d (不合格）问题描述是否清晰问题定位的附件是否完整问题描述语言是否规范测试报告的质量(5）a（ 优秀）b （良好）c (普通)d （不合格）报告描述是否清晰报告分析是否到位报告描述语言是否规范综合素质总分:10工作态度（6)积极、情绪变化大基本考核指标沟通能力（2）良好、一般