测试人员绩效评价标准

测试人员绩效评价方法

版本记录：

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考核办法一览表

注：缺陷分类算法：

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

测试部门KPI考核指标(绩效考核)

测试部门 KPI 考核指标（绩效考核）评分标准说明MAX 权重SCORE 工作内容和 0.3 质量（ 60%） 9-10分：需求理解无误，并能提出需求疑完整理解需求，出点。现疑问能及时与需求熟7-8 分：完整理解需产品经理确认，完求。成测试时不能出10 10% 1 悉程度 4-6 分：理解需求，现对主要功能点上线后无重大 BUG。的需求存在误差 0-3 ：上线后有重大问的问题。题 9-10分：平均覆盖率达到 95% 测试用 7-8 分：平均覆盖率达到 90% 例覆盖10 30% 3 4-6 分：平均覆盖率度达到 80% 0-3 ：平均覆盖率未达到 80% 9-10分：测试用例设计优化，结构清晰，可执行性高，描述简测试用洁明了可测试性7-8 分：测试用例完例完成完整性10 10% 1 整，可执行性一般质量描述简洁明了 4-6 分：测试用例基本完整 0-3 ：测试用例不完善，可执行性差 10 分：提交 BUG 都为需要修改的 BUG。 7-8 分：有1-2 个无确实为系统BUG。

有效效 BUG 至于是否已修改、 10 20% 2 BUG 率 4-6 分：有 3-5 个无延后修改、不处理效 BUG 皆不考虑。 0-3 ：有 5 个以上无效 BUG

9-10 分： BUG 描述规范清晰，简洁明了，能有效按步骤重现 7-8 分： BUG 描述一 BUG 描般，能有效按步骤重现 10 5% 0.5 述质量 4-6 分：BUG 描述与实际有出入，通过沟通能重现 0-3 ：BUG 描述混乱，不能理解 9-10 分：测试报告清晰明确并能及时发出，重点问题能在报测试报告中体现。 7-8 分：测试报告及 10 10% 1 告质量时发出，包含基本内容。 4-6 分：有测试报告 0-3 ：无测试报告 10 分： 0 个产品未按时完成按时完 7-8 分：1 个产品未按成工单时完成非测试个人原因 10% 1 的测试 4-6 10 分：2-4 个产品未导致测试延后的工作按时完成 0-3 ：5 个以上产品未按时完成 9-10 分：及时关注产品研发进度及 BUG 状态，有问题时能及时反映，推动测试进行 7-8 分：经提醒后，进度更能更新产品进度及产品进度跟踪，产新，BUGBUG 状态品状态维护，产品 10 5% 0.5 跟踪 4-分：产品进度没 BUG 状态更新等

测试人员绩效考核详细

绩效考核 1.测试团队绩效考核绩效评估的的客体：是个体成员还是整个团队。 ?Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ?Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ?因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。 Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。基于项目团队生命周期的绩效考核: ?孵化诞生期: 这是指团队形成前到团队正式形成的一个阶段，是选择合适的项目成员组成团队的时期。 ?考核的客体是个人。团队的首要任务是筛选项目组成员，根据项目目标的要求，选择最为合适的人选组成团队，所以考核的对象是个人。 ?考核的重点是能力。从项目团队成立的目的来看，它一般是为了开发一种新产品或者提供一项新的服务，因此对成员的知识技能要求较高，需要成员具有较高的技术水平和知识储备以及不断学习和创新的能力。同时，成立项目团队，意在发挥团队快速响应和凝聚集体智慧的优势，更加需要团队成员间的相互合作相互支持，所以需要较为系统地考核成员的协调合作能力，包括，对团队其它成员工作任务的认识、口头交流、个人成长、问题解决、责任承担、领导技能等等。因此，在选择项目团队成员的时候，通过对被选者专业技能、基本素质当然也包括过去的工作经历和背景等各方面的考核，最终确定较为合适的人选。 ?成长期:这是团队正式形成之后，团队工作逐渐步入正轨，团队成员开始通过个人努力和彼此的合作共同在所研究

绩效考核评分标准说明

绩效考核评分标准说明一、考核方法：员工考核从业绩、能力、态度三方面进行考核，总分共计130分； 1.1 业绩考核：Ⅰ类、Ⅱ类员工参照各部门月度工作计划并依据各个部门员工的“岗位说明书”、“周工作计划、总结”、“月工作计划、总结”进行考核。 1.1.1考核指标除C类“工作质量”基数为20分外，其余基数均采用10分制评分。 a、重要性基数：反映各项工作内容的相对重要程度；针对直属上级分配强调重要性的工作任务，为完成指标的重中之重。工作日）为标准。 c、工作质量：反映工作计划的完成好坏 d、工作饱和度：反映月度工作任务较多或较少 1.2 能力考核：通过员工的工作行为，观察、分析、评价其具备的工作能力； a、专业技能：包括任职者具有工作所需要的基础知识、专业知识以及相关的工作经验。

b、逻辑思维能力：任职者具有工作需要的逻辑思维能力，如归纳、总结、分析和判断等；实际的新观点、新方法，如管理创新、技术创新、合理化建议等。特别鼓励员工多参与培训，同时强调培训不仅仅是传递知识共享，也是锻炼讲师的组织能力，口才，团队精神。有利于打造人人为我，我为人人的学习型团队。所以需要多鼓励讲师挺身而出，在工作考评上给予 1.3 态度考核：通过员工日常工作表现和行为，考察其工作责任感和工作态度。考核项目包括：纪律性、团队协作、敬业精神、奉献精神。 a、纪律性：通常反映任职者的违规、违纪情况；充分为他人着想，乐于助人。

善于自我学习，乐于接受培训；要求任职者能够以部门和公司的利益为重，在部门、公司和个人利益发生冲突时很好的处理，具有全局观念。二、考核结果 2.1 考核结果分A（出色）、B（优良）、C（常态）、D（需改进）、E（较差）、F（差）、G（极差）七个等级，按现有全体员工总人数为基数进行等级划分来配比优劣员工数额； 2.2 被考核员工如月度考核评分在E（含）以下，均须由本部门负责人、人事行政经理分别进行绩效面谈工作；并由部门负责人填写《员工绩效改进计划表》，以此形式帮助被考核员工在后期的工作中改进工作方法、提高工作效率、质量； 2.3 连续二个月考核为E类（较差）者、在年度中累计五次出现D类（需改进）以下者（含D类），将予以调岗、降级、淘汰（解聘或劝退）等方式处理； 2.4 公司每月评出A类（出色）、B类（优良）级别的优秀员工各壹名，如出现多名达标者，将由考评小组进行匿名投票评选出A类（出色）、B类（优良）各壹名，由公司予以绩效奖励。总监、副总级高层管理人员不列为考核范围，其他员工按“绩效考核结果等级分布表”（见附表一）的标准发放或扣除绩效工资。

测试人员绩效评价标准

测试人员绩效评价方法版本记录：文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改当前版本： 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考核办法一览表

开发部绩效考核参考标准

开发部绩效考核操作标准一、业务人员： 1、日常制度考核：（100分）根据公司人事部《日常制度考核表》，由开发部经理对每名业务员评分，每月月底之前将名单及分数汇总上交到市场部经理。确认签字后，转相关部门审核工资。根据《开发部任务目标及绩效考核试行案》，日常制度考核工资为1000元，考核分数为100分，即1分对应工资为10元。 31号以前中途离职人员不参与考核，考核任务不计算。 2、销售指标考核：（100分）销售指标考核工资为1000元，考核分数为100分，即1分对应工资为10元。 ⑴新客户拜访（10分）: 每名业务员月拜访任务为20家、次，填写每日工作记录，由开发部经理检查上报。 ⑵新客户达成（30分）：每名业务员开发任务为1家，（以实际发货日期为准，连续订货3次，月销售额超过2000元，可视为有效新客户）临时、短期订货不计入新客户达成，但实际销售利润可并入客户销售利润参与考核。如未达成开发任务，不得分。由开发部经理检查上报。

⑶老客户拜访（10分）：每名每名业务员月拜访任务为20家、次，填写每日工作记录，由开发部经理检查上报。 ⑷客户销售利润达成（50分）： ①每一名业务人员划分负责客户，每月底由开发部经理将分配名单转财务部，财务部计算出每一名业务员负责客户的本月实际利润总和，此数值作为下月的任务值。月任务必须由公司总经理最终审批。 ②特殊情况，如较长节假日，暑期，淡旺季等，可酌情调整任务值，但必须由公司总经理最终审批。 ③月底由财务部门提供实际利润达成数据，经开发部经理计算整理后算出最终考评分及超额奖金部分。市场部审核，财务复核后，报公司总经理最终审批。 ④新客户开发奖以开始发货日计算，满3个月后由财务部计算出每月平均利润，根据奖励标准由开发部经理报批，安排领取。

测试绩效考核

测试绩效考核篇一：测试人员绩效考核详细绩效考核 1.测试团队绩效考核绩效评估的的客体：是个体成员还是整个团队。 ?Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。?zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。?因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差

异、团队所处的阶段等方面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin 将绩效定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科

测试人员绩效评价标准

测试人员绩效评价方法版本记录： 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考核办法一览表

注：缺陷分类算法： 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、部门考核。按照考核工作要求，组织员工考评，填写《季度员工绩效考核互评》，部门领导填写《季度员工绩效考核表》 3、考核结果审定。部门领导审核。 4、绩效沟通。考核结果公布后，有部门经理、组长进行绩效沟通工作 5、考核工作总结。对本部门员工绩效考核情况进行总结，并提交部门年度考核工作总结报告以便于持续改进工作 6、考核兑现。对考核结果进行兑现考核指标

1.完成工作量(10%) a)季度内在整个小组中完成的工作量最高 b)季度内在整个小组中完成的工作量较高 c)季度内在整个小组中完成的工作量一般 d)季度内在整个小组中完成的工作量最低 2.测试的水平(15%) a)测试过程质量令人放心，基本能全部测出一般情况下的bug外，还能测出隐藏很深的bug，项目交给他进行测试把关很放心，在整个测试组来说，相对是最好的 b)测试过程质量较好，基本能全部测出一般情况下的bug，隐藏很深的bug偶尔能测出，在整个测试组来说，出于中上水平 c)测试过程质量一般，能测试出大部分一般情况下的bug，但总觉得欠火候，在整个测试组内来说，处于中间水平

d)测试过程质量很差，有明显的bug没有测试出来，在整个测试组内来说，相对很差 3.测试用例质量(15%) a)测试用例编写质量很好，编写的内容除少量细节外，一般一次可通过，在整个测试组来说，相对是最好的 b)测试用例编写质量较好，编写的内容虽然有时候通不过，但明显看出是经过认真思考了的 c)测试用例编写质量一般，虽然由于能力有限，存在比较多的问题，但文档需要描述的各个方面都已经想到了，在整个项目组内来说，处于中间水平 d)测试用例编写质量很差，文档只是设计到了梗概，很多细节都没有描述到，讨论后修改的结果也不理想，要修改多次，或者因为别的原因，没有达到要求还是放过去，在整个测试组内来说，是相对最差的 4.缺陷描述(10%)

电台绩效考核参考标准

xx人民广播电台绩效工资考核办法

主持人节目绩效考核标准一、每档直播节目由导播负责监听，并严格按照节目评分标准如实填写导播日志，作为部主任为节目评分的参考依据。二、节目评级标准： 1、节目文字稿件时长（10分）（1）30分钟节目，文字稿件时长不低于22分钟；1小时节目，文字稿件时长不低于45分钟；点歌节目，点播歌曲播出时长不超过40分钟；（2）达不到以上标准：0-9分 2、定位和导向（20分）（1）导向正确，定位准确，符合主题：16-20分；（2）导向正确、定位偏离，不符合主题：1-15分；（3）导向错误：0分。 3、创意和主题（15分）（1）创意独特、新颖，主题有深度和广度：12-15分；（2）创意一般，主题浅散，有待提炼：6-11分：（3）没有创意，主题陈旧：0-5分。 4、内容编排（15分）（1）内容符合节目的定位和主题，能吸引听众：12-15分；（2）内容空洞、有效信息少、编排不合理：0-11分。

（2）不符合以上标准：0-9分。 5、措辞（20分）（1）对于有关法律法规和政策纪律把握较好，政治意识和大局意思较强，语言分寸比较妥当：20分；（2）语言有欠妥当、出现较小失误，但未造成社会影响：15分；（3）出现重大错误，造成较大或不良社会影响：0分。 6、表述（20分）（1）符合节目的宗旨和定位，语言自然、流畅、真诚、亲切，普通话标准：20分：（2）语言不够自然、流畅、真诚、亲切，吐字发音有问题：11-19分：（3）不符合节目的宗旨和定位，语言生涩、表达不清、口误较多，出现错别字：0-10分。三、绩效标准 1、得分为90-100分，评为甲级，绩效工资实发100%；得分为75-89分，评为乙级，绩效工资实发90%；得分74分以下，评为丙级，绩效工资实发80%。 2、一小时直播节目，绩效标准20元；半小时直播节目，绩效标准15元；录播节目每人每期10元。 3、节目迟播或发生播出事故的，扣发当期节目绩效，并扣除主持人奖金100元。

研发测试人员绩效考核奖励细则

研发人员绩效考核奖励细则一、考核目的为了更好完善公司各项目管理机制，保障研发项目的按期、高效、高质完成，同时进一步促进研发部门员工自身的发展，结合研发人员的工作特点，特制定本方案。二、适用范围公司研发所有员工，具体包括智能硬件产品组、电商组、APP组、大数据组转正员工。（当月 15 日（含当天）前转正本月考核，15 日后转正的次月考核）三、考核周期：月度考核四、考核方法与原则考核方法采用部门考核的方法（以产品为单位，产品负责人对其下属员工的进度、质量、规范性、工作态度及能力等方面进行评估）；考核原则采用行为考核与结果考核相结合。五、考核内容与评分标准（详见附件一文件《研发人员绩效考核表》）六、考核实施计划沟通阶段计划实施阶段

考核阶段考核者根据被考核者在考核期内的工作表现和考核标准，对被考核者评分，同时被考核者也需根据个人在考核期内的工作表现和考核标准进行自评。考核者的直接上级及主管领导对考核结果进行审核，并负责处理考核评估过程中所发生的争议。各部门每月 10 日前组织绩效面谈会议，将上月考核结果反馈给被考核者，并讨论绩效改进的方式和途径。七、绩效工资与考核结果运用绩效工资运用绩效考核结果运用绩效面谈考核者每月5日前对被考核者上月度的工作绩效进行总结，填写附件二《绩效考核面谈表》，并指出被考评者有待改进的地方，从而进行差距分析，确保绩效的持续改进，同时共同制定下月的绩效目标。

相关奖励 1）根据年度 12 个月的平均得分，作为员工薪资调整、职位晋升、岗位培训的决策依据。 2）连续3个月，研发人员的进度考核为满分的，当月在绩效得分中奖励加分 5 分，连续3个月，研发人员的代码质量考核为满分的，当月在绩效得分中奖励奖励 10分。 3）培训：年度绩效考核得分在 85 分（含）以上的员工，有资格享有公司安排的提升培训，年度绩效考核得分在 70 分以下的员工，可以申请相关培训，经人力行政部批准后参加。相关处罚 1）首次月度考核得分在 59 分（含）以下的，由直属领导进行绩效面谈，对其绩效成绩进行差距分析及进行相应的培训辅导； 2）通过部门培训仍连续 2 个月绩效考核得分在 59 分（含）以下的，公司根据员工实际业绩产出给予相应的调整（降职/降薪/解除劳动合同）员工的绩效工资发放

软件部绩效考核要求规范

软件部绩效考核方案第一部分、考核对象研发全体人员第二部分、工作职责一、项目经理与客户方对接需求，合理分配部资源，统筹所负责项目的整体规划，监控跟踪开发过程进度，着手解决棘手问题，并应对突发情况对项目整体计划做出调整。二、开发人员（程序员、中级程序员、高级程序员）根据需求文档，在项目经理的任务划分负责围，按效率每天完成固定功能的编码工作，并承担该部分的维护工作。三、测试人员按指定的文档编写测试用例，并对相关项目进行单元，集成及系统测试工作。四、美工人员负责直接和客户沟通UI方面的相关业务，并针对所负责项目的软件交互进行美术及交互设计,并按需切图，主要输出产物为牵引图，UI指引，拓展图，PSD原图，及切图。第三部分、开发及测试人员的考核容（初，中，高）一、质量考核 1. 度量指标

质量度量主要是根据度量指标来进行评价的；质量指标是指软件开发程序缺陷率（bug的数量）。 2. 度量指标计算方法（1）度量指标评分标准根据软件开发程序的缺陷率（bug量）来确定，缺陷率越高，其评价分就越低。（2）缺陷率来源主要是软件经过测试组测试后，所产生的测试报告； ◆软件交付使用后一年产生的软件维护记录表; ◆开发人员的缺陷率考核，主要依据测试报告和软件维护记录； ◆测试人员的缺陷率考核，依据软件维护记录。（3）缺陷率单位以程序单元为单位，相比较而得出缺陷率的值（原理：缺陷数/单元总数）。这里所指的程序单元，是WBS分解后的容。（4）开发人员缺陷率计算方法根据测试报告和软件维护记录中的缺陷类别，分别统计各类别的缺陷率，然后依据度量指标的计分标准表

绩效考核评分标准说明

绩效考核评分标准说明 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT

绩效考核评分标准说明一、考核方法：员工考核从业绩、能力、态度三方面进行考核，总分共计130分；业绩考核：Ⅰ类、Ⅱ类员工参照各部门月度工作计划并依据各个部门员工的“岗位说明书”、“周工作计划、总结”、“月工作计划、总结”进行考核。 1.1.1考核指标除C类“工作质量”基数为20分外，其余基数均采用10分制评分。 a、重要性基数：反映各项工作内容的相对重要程度；针对直属上级分配强调重要性的工作任务，为完成指标的重中之重。个工作日）为标准。 d、工作饱和度：反映月度工作任务较多或较少

能力考核：通过员工的工作行为，观察、分析、评价其具备的工作能力； a、专业技能：包括任职者具有工作所需要的基础知识、专业知识以及相关的工作经验。 c、学习或创新能力：要求任职者能够根据个人工作的性质和内容，结合实际情况，提出切合实际的新观点、新方法，如管理创新、技术创新、合理化建议等。特别鼓励员工多参与培训，同时强调培训不仅仅是传递知识共享，也是锻炼讲师的组织能力，口才，团队精神。有利于打造人人为我，我为人人的学习型团队。所以需要多鼓励讲师挺身而出，在工作考评上

括：纪律性、团队协作、敬业精神、奉献精神。 a、纪律性：通常反映任职者的违规、违纪情况；作，充分为他人着想，乐于助人。 c、敬业精神：要求任职者热爱本职工作，对工作认真负责，一丝不苟，努力钻研业务知识，善于自我学习，乐于接受培训；要求任职者能够以部门和公司的利益为重，在部门、公司和个人利益发生冲突时很好的处理，具有全局观念。

软件测试人员绩效考核详细

1、测试团队绩效考核绩效评估的的客体：是个体成员还是整个团队。 ●Pascerellayer认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ●Zingheim和Schuster则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ●因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin将绩效

定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。Murphy等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。？虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。

软件测试人员绩效考核详细

1 、测试团队绩效考核绩效评估的的客体：是个体成员还是整个团队。 ●Pascerellayer 认为，团队绩效评价应以成员个人完成工作的状况为基本依据，理由是激励只能作用于个人而不是群体；技能的提高和行为的改进最终必须落实到个人。若仅考核团队绩效，个体的努力得不到充分的肯定，就容易造成社会懒散现象，即个体由于参加团队工作，其工作效率比自己单独工作时的效率反而大大降低。此现象一旦在组织中蔓延开来，不仅会影响组织绩效，还会毒害组织文化。同时，由于绩效考核与薪酬及个人价值的实现相联系，因此，在团队中，能力高的成员倾向于对个人绩效的考核，从而得到更高的认可和报酬。 ●Zingheim 和 Schuster 则认为对个人的考评应考虑团队的整体绩效，因为团队的成功很大程度上依赖于团队成员间的团结合作，理解支持，若评估集中于个体层面，会导致个人主义盛行，忽视团队的协作精神，阻碍信息、技能的共享和绩效的提高，降低团队工作的优势。 ●因此在实际操作中，企业往往采取一种折中的方法，即按一定比例兼顾团队和个人两个层面的绩效考核。从目前的研究来看，还没有一种很好的办法可以科学地确定这个比例。但是，如果从团队性质的差异、团队所处的阶段等方面来考虑，那么至少可以确定考核的天平是更向个体的一极偏还是更向团体的一极偏。绩效考核的内容：结果、行为还是能力。对于绩效内涵存在着三种不同的观点，即“绩效是结果”、“绩效是行为”和“绩效是能力”。Bernardin 将绩效

定义为“在特定的时间内，由特定的工作职能活动产生的产出记录，工作绩效的总和相当于关键和必要工作职能中等绩效的总和（或平均值）”，这是“绩效是结果”的典型观点。Murphy 等人将绩效定义为“一套与组织或个体所工作的组织单位的目标相关的行为”。近年来，以能力作为绩效的观点得到了广泛的使用，这是以评估个体所拥有的完成某项工作所具备的知识和能力的方式。伴随着这三种观点的诞生和发展，绩效考核大致经历了基于结果、基于行为以及基于能力的三个考核发展过程。？虽然这三种观点相互区别，且都是在否定前者的基础之上产生的，但是，如果不带入特定的环境，特定的组织，及组织发展的特定时期，那么三者之间并不存在绝对的优劣。如果组织下达的目标非常清晰，基于结果的绩效考核是最容易实施，也最有效；相反，如果目标模糊，无法准确衡量其结果，这种考核方式就会失效。基于能力的考核方式理论上是从战略管理的角度出发，最具有激励效果和长期效应，最有利于组织不断发展，但在实际操作中却很难达到效果。因为能力是无形的，它依附于个体，既受主观因素的控制，也受各方面客观因素的影响，很难用标准化的方法衡量个体的能力，即使是方法对组织期望成员所具有的能力和特质作出了解释，但这些解释仍是描述性模糊语言，在实际操作中仍然难以做到真正的科学公正。基于行为的绩效考核方法通过考核员工为实现既定的结果所必须做出的行为来实现对结果的控制，由于行为必然是建立在某种能力基础之上的，并且行为比能力更具有外显性和可测性，因此一定程度上，该方法兼顾了组织目标和个人能力。但是，绩效考核中容易出现目标置换的现象，一味对行为测评会导致成员将行为作为目标，进而影响实际目标的实现。因此，无论哪种考核方式，都有其适用的条件和要求，不存在一种绝对好的方法。

软件测试工程师绩效评估表word版本

软件测试工程师绩效评估表一．软件测试工程师职责： 1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划）方案》；编写《测试用例》；建立测试环境； 2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统； 3 使用并维护软件缺陷管理系统mantis，负责软件问题解决过程跟踪记录，提交《mantis 报告》； 4 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 5 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测试报告； 6 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。 7 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求； 8 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》； 9 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交流掌握下周或近期可能测试任务； 10外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度；二．软件测试的不确定性： 1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的； 2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一个错误，继续修正，继续测试，直到约一个月出现一个错误。这时这个出错几率已经通过终结评审可以接受了。那么测试就结束了。移植成功之后测试工作由开发部门来维护。 3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug； 4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。三．测试工作最低成功标准及测试工程师考核内容：测试工作的最终目标就是发现客户可能发现的所有错误。如果移植测试在使用第一天就发现了你没测试出来的错误，那测试是失败的。如果使用了很久（如几个月）才出现错误，那说明测试还是成功的。测试工程师考核内容： 1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力）

检测公司员工绩效考核管理办法

检测公司员工绩效考核管理办法第一条为加强公司内部管理，全面了解、评估员工的工作绩效，充分调动员工的工作积极性，提高工作效率，增强企业活力，确保公司生产、经营活动持续有效进行，本着公平、公正、公开及奖惩分明的原则，结合公司实际情况，制订本办法。第二条考核目的通过考核，全面评价员工各项工作的表现，使员工了解自己的工作表现与所得报酬、待遇的关系，获得努力向上、持续改进的动力。通过考核，以达到表彰先进，鞭策后进的目的。第三条考核对象 1、凡公司在册的全部员工均属考核对象; 2、公司副总经理、总工程师(技术负责人)、质量负责人由公司总经理及执行董事进行考核; 第四条考核组织领导公司成立员工绩效考核领导小组，负责员工绩效考核工作。考核领导小组成员如下: 组长: 副组长: 成员: 第五条考核内容员工绩效考核分季度考核和年度考核。第六条季度考核

1、每季度考核一次，季度末进行。考核分为“劳动纪律”、“仪器设备与环境卫生”、“工作态度和工作质量”、“团结协作与员工诚信”及“技术水平与能力”五大要素共29个指标组成季度考核体系。 2、季度考核总分值为100分，各要素分值分别为“劳动纪律”25分，“仪器设备与环境卫生”15分，“工作质量和工作态度”35分，“团结协作与员工诚信”20分，“技术水平与能力”5分。详见表一。 3、季度考核分A、B、C、D、E五个等级进行评定。其中:“工作出色”评定为A级，考核得分为100分(含)以上;“良好”评定为B级，得分95(含),99分;“称职”评定为C级，得分90(含),94分;“需要改进”评定为D级，得分85(含),89分;“不尽人意”评定为E级，得分84分(含)以下。第七条年度综合考核 1、年度综合考核工作在当年底(12月下旬)或次年初(元月上旬)进行。考核包括“季度考核平均等级”、“领导评议等级”及“群众评议等级”三大部分。三大部分考核等级权重分别为60%、30%及10%，“员工绩效领导评议表”、“ 员工绩效群众评议表”、“年度员工绩效综合评定汇总表”详见表二、表三、表四。 2、季度考核平均等级的确定:季度考核平均等级按四个季度考核等级综合评定。其评定方法为:将各季度考核得分相加除以4后得到相应分值，将所得分值对应A、 B、C、D、E五个等级确定季度考核平均等级。 3、“员工绩效领导评议等级”、“ 员工绩效群众评议等级”及“年度员工绩效综合评定汇总表”中各要素及综合评价均分为A、B、C、D、E五个等级(分值同季度考核规定)，年度综合评定考核时，按相应等级及权重计算综合得分，并确定最终等级。第八条考核程序

软件测试工程师业绩评估标准

软件测试工程师业绩评估标准 Testing：Liuying 2007-01-30 一．软件测试工程师职责： 1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划）方案》；编写《测试用例》；建立测试环境； 2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统； 3 使用并维护软件缺陷管理系统Bugzilla，负责软件问题解决过程跟踪记录，提交《buglist报告》； 4 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 5 负责配合软件运维部门等对于新业务软件或修改升级业务软件的上线测试工作，并提供上线测试报告； 6 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。 7 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求； 8 测试部门经理负责制订测试计划、测试用例和测试实施方案，安排测试工程师与对应的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》； 9 测试部经理负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交流掌握下周或近期可能测试任务； 10外部接口都由测试部经理负责完成，与其他项目组和产品部门协调项目进度；二．软件测试的不确定性： 1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的； 2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一个错误，继续修正，继续测试，直到约一个月出现一个错误。这时这个出错几率客户已经可以接受了（如win98系统）。那么测试就结束了。交货之后测试工作由客户来进行（使用过程中）。 3 测试一些成熟的模块，测试过程中很难发现大量的缺陷；而测试一些不成熟的模块，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug； 4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。三．测试工作最低成功标准及测试工程师考核内容：测试工作的最终目标就是发现客户可能发现的所有错误。如果客户在使用第一天就发现了你没测试出来的错误，那测试是失败的。如果使用了很久（如几个月）才出现错误，那说明测试还是成功的。测试工程师考核内容： 1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力） 2 测试工程师能从客户的角度来检测软件的功能；（用户身份） 3 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点；（编写测试用例） 4 测试工程师比开发工程师更容易发现产品的问题；（不同的思维模式）

绩效考核标准

乐享城员工绩效考核标准企业员工的绩效考核是作为调整人事政策、激励措施的依据，促进上下级的沟通，加强员工工作责任心，全面、客观、公正、准确地评价公司员工的政治业务素质及履行职责情况，增强其工作的责任感，提高工作效率，结合各部门职能，经综合部拟定，公司领导审批，特制订本方案。一、考核对象：全体员工二、考核内容(具体细则见考核评分表)：考核内容包括德、能、勤、绩、廉五个方面以及员工个人年终总结，考核满分为100分，其中德20分，能20分，勤20分，绩20分，廉10分、个人年终工作总结10分。 (一) 德：主要考核政治思想素质和职业道德。具体表现为： 1、思想水平：是否对公司绝对忠诚，忠实公司的事业，维护公司的利益。 2、全局观念：是否以大局为重，并能摆正公司、部门和个人之间的关系。 3、团结协作：是否心胸宽广，作风正派，办事公道，并善于与人合作共事，团结意识强。 (二) 能：主要考核员工各方面综合能力。具体表现为： 1、业务知识：是否具有较高的理论政策水平，能科学制订工作目标并有效实施，有担当各岗位工作所必要的一般知识和相关业务知识。 2、工作思路：是否有较高的决策能力，对工作是否有计划，有预见，并且思路清晰。 3、执行力：能否坚决贯彻公司的决定，执行公司的意志，克服困难，坚持不懈完成任务;对突发事件，能抓住关键，做出迅速判断，并能及时准确予以处理。 4、协调力：是否善于上下沟通、平衡协调，能较好地处理部门之间、同志之间的矛盾和问题。 (三) 勤：主要考核工作出勤和敬业精神。具体包括： 1、组织纪律性：是否能遵守公司各项规章制度、考勤制度。 2、工作态度：工作是否踏实、勤恳、负责，时刻把公司的利益放在第一位。 (四) 绩：主要考核工作绩效。具体包括： 1、工作数量：是否积极主动承担部门内部工作，并且完成工作量饱满。 2、工作质量：是否正确有效地开展工作，并对领导交办的工作完成细致、准确。 3、工作效率：完成各项工作任务速度快、质量高、效果好。 4、工作成果：是否能按计划、按指示完成任务和目标。（五）廉：主要考核工作操守问题，无违纪现象，奉公守法，廉洁自律。具体包括： 1、有无利用职权和职务上的影响获取一己私利，化公为私的行为。 2、有无挥霍公款铺张浪费的行为。（六）有关员工个人年终工作总结的具体要求和内容请参考公司12月2日发的通知。三、考核原则：考核要坚持客观公正、民主公开、注重实绩原则。