软件测试工程师绩效评价表
软件公司测试部门绩效考核表
3 2
3
经常出现失误且自己不主动纠正；
1
所负责的产品了解深入、各种应用非常清楚； 主动学习 公司各个 产品功能 情况 4 产品功能掌握较好，有不清楚的地方能及时独立查找解决 方法； 产品功能掌握一般，复杂的应用无法应付，经常需要同事 协助； 碰到技术难题或本身未接触的技术,能主动学习； 对于较难 课题的学 习和攻克 能力情况 4 碰到技术难题或本身未接触的技术,需在别人的帮助下才 会学习； 碰到技术难题或本身未接触的技术,拒绝本次工作 主 每周5主动提交周报,汇报本周工作及下周工作内容； 动 每周主动 交周报情 况 4 需提醒才提交周报,汇报本周工作及下周工作内容； 有1次及以上周报未提交； 每月9号主动提交上月月报,且填写详细； 每月主动 交月报情 况 4 需提醒才提交,填写详细； 提醒后才提交,且填写空泛随便； 对已分配的任务都能按时按量完成； 进度偏离 度 4 对已分配的任务能按时完成,但完成质量一般； 对已分配的任务不能按时完成,且完成质量差； 工作细致、有专研精神，能举一反三的去思考并认真的检 查工作； 工作细致 程度 4 工作中细致程度不够，有提高空间；
管理者绩效考核表
被考核者 考核者 徐根英 王江东 被考核者职位 考核者职位
2012 年
10月 1 日———
2012 年
10月 31
测试部部门小组长 研发部总经理
指标分类
指标类型
考核指标 权重（%）
量 化 标 准
评分标准
工 作 纪 律 性
遵守了各项工作制度要求； 遵守工作 制度 偶然出现失误自己及时纠正；
工作中存在的问题： 1、iWebPDF的测试工作近期表现得不是非常平稳，没有完全做到耐心、细心，工作中会出现对研发同事非常信任的想法而导致的判断错误 重点改进的地方。 2、测试管理工作没有做到非常到位，而导致甘肃公安出现严重的功能性问题，是需要改进的地方。
软件部门绩效考核评价表
软件部门绩效考核评价表1. 考核对象本考核评价表适用于软件部门内的所有员工。
考核对象包括但不限于软件工程师、测试工程师、项目经理等职位。
2. 考核标准软件部门绩效考核评价标准分为四个等级：优秀、良好、及格和不及格。
考核标准如下：2.1 工作质量工作质量是评价软件部门员工工作表现的重要指标，主要通过以下方面进行考核：•产品质量：评价软件产品的可靠性、性能、安全性等方面的表现。
•工作效率：评价软件部门员工完成工作的速度和效率，包括但不限于编码速度、测试速度等方面。
2.2 工作态度工作态度是评价软件部门员工工作表现的综合指标，主要通过以下方面进行考核：•团队合作：评价软件部门员工与同事之间的合作关系，包括分享经验、帮助他人等方面。
•自我学习：评价软件部门员工学习新知识、掌握新技能的能力，包括但不限于学习速度、学习能力等方面。
•客户服务：评价软件部门员工对客户需求的理解和响应能力，包括但不限于沟通能力、解决问题能力等方面。
3. 实施方式软件部门绩效考核评价采用360度评价方式进行，涉及部门内员工和客户的评价意见。
评价方式包括但不限于：•直接上级评价：直接上级对下属在工作中的表现进行评价，包括工作质量、工作效率、工作态度等方面。
•同事评价：员工之间互相评价，对彼此的合作关系、工作态度、共同解决问题等方面进行评价。
•客户评价：通过客户反馈对软件部门员工的服务、责任心、沟通能力等方面进行评价。
4. 评价结果评价结果根据软件部门绩效考核评价标准进行评分，最终得出优秀、良好、及格和不及格的评价结果。
评价结果将作为决定员工绩效考核等方面的参考依据，同时也是员工自我发展和提高的反馈。
5. 改进建议软件部门绩效考核评价结果并不仅仅是对员工表现的评价，更是为整个软件部门的改进提供建议和方向。
评价结果中能够反应出软件部门的薄弱环节和不足之处，以及员工需要改进和提高的方面，为软件部门提供改进的方向和措施。
6. 结语软件部门绩效考核评价表的实施，旨在促进软件部门员工的工作表现和个人成长，同时对软件部门的整体业绩提高有积极的推动作用。
软件研发部绩效考核表
（20分）
需求分析：1、需求说明书 2、项目管理计划
每缺少一种文件扣5分
技术资料的种类根据实际情况进行删减与添加
软件设计：1、概要设计说明书 2、详细设计说明书 3、数据库设计说明书 4、进度计划
程序编码：1、开发进度月报 2、模块开发卷宗
软件测试：1、测试计划 2、测试分析报告
运行维护：1、用户手册 2、项目总结报告
指标值减少1%扣1分
≥100%
部门根据考核结果制定培训计划
员工流失率
（5分）
（离职人数／现有人数）*100%
指标值增加10%扣1分
≤10%
加、扣分项
（±20分）
1.工作任务超额完成
2.工作方法创新并取得良好效果
3.出色完成额外工作
4.为集体赢得荣誉
第1、2项1-5分
第3、4项-5-5分
\
年月指标值考核评分备注提交每月工作计划100时与公司共同制定工作计划进度表要结合实际由部门负责人制定报公司审批通过方可执行每缺少技术资料的种类根一种文据实际情况进行删件扣5减与添加分由人力资源部组织各部门负责人评分由人力资源部随机抽查部门员工评分100部门根据考核结果制定培训计划10项20分得良好效果3
软件开发部绩效考核评分表
考核项目
考核指标
指标说明与评价标准
指标值
考核评分
备注
财务目标
（10分）
成本控制（如采购）
（10分）
（实际成本/计划成本）X100%
指标值增加1%扣1分
≤100%
提交每月工作计划时与公司共同制定
内部运营
（60分）
周工作计划完成情况（40分）
周工作未完成，每次扣10分
软件测试工程师绩效评估表
软件测试工程师绩效评估表一．软件测试工程师职责：1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划）方案》；编写《测试用例》；建立测试环境；2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统；3 负责推广实施软件开发文档规范化工作，管理研发产品相关文档；4 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测试报告；5 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。
6 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求；7 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》；8 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交流掌握下周或近期可能测试任务；9外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度；二．软件测试的不确定性：1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的；2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一个错误，继续修正，继续测试，直到约一个月出现一个错误。
这时这个出错几率已经通过终结评审可以接受了。
那么测试就结束了。
移植成功之后测试工作由开发部门来维护。
3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug；4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。
三．测试工作最低成功标准及测试工程师考核内容：测试工作的最终目标就是发现客户可能发现的所有错误。
SQE工程师KPI
SQE工程师KPISQE（Software Quality Engineer）工程师是负责软件质量保证的专业人员，其主要职责是制定和实施测试策略、规划、设计和执行测试用例、分析测试结果，以确保软件的质量。
为了评估和评估SQE 工程师的绩效，需要制定关键绩效指标（KPIs），这有助于衡量他们在工作中的表现。
本文将探讨SQE工程师KPI，并解释每个KPI的重要性。
第一节：缺陷发现率SQE工程师的首要任务之一是发现软件缺陷并提供解决方案。
因此，缺陷发现率是衡量SQE工程师绩效的重要指标之一。
缺陷发现率可以通过统计一个时间段内工程师发现的缺陷数量来计算。
较高的缺陷发现率意味着工程师在测试过程中能够发现更多的缺陷，从而提高了软件的质量。
第二节：缺陷解决速度另一个关键的KPI是缺陷解决速度。
这是衡量SQE工程师处理缺陷的能力和效率的指标。
缺陷解决速度可以通过计算从发现缺陷到修复缺陷所花费的平均时间来衡量。
较短的缺陷解决时间表明工程师能够快速定位和修复软件缺陷，减少了软件发布的漏洞。
第三节：测试覆盖率测试覆盖率是衡量SQE工程师测试工作的广度和深度的指标。
它可以通过计算测试用例覆盖的功能或代码的百分比来评估。
较高的测试覆盖率意味着SQE工程师能够对软件的各个方面进行全面测试，这有助于发现更多的缺陷和问题。
第四节：测试自动化率测试自动化是提高测试效率和准确性的关键手段。
因此，测试自动化率是一个重要的KPI，用于衡量SQE工程师开发和维护自动化测试用例的能力。
较高的测试自动化率表明工程师能够使用自动化测试工具和框架，减少手动测试的工作量，提高测试效率。
第五节：测试执行时间测试执行时间是衡量SQE工程师运行测试所需的时间的指标。
它可以通过计算从开始执行测试到完成执行测试所需的平均时间来确定。
较短的测试执行时间意味着工程师能够快速完成测试任务，提高测试效率。
第六节：缺陷重新打开率缺陷重新打开率是衡量SQE工程师在修复缺陷后是否产生新的缺陷的指标。
软件工程师绩效考核表
1.做每项工作是否事先有计划有准备，事后有检查有总结 2.是否今日事今日毕，不拖延 3.每项计划是否合理，进度是否得到有效控制，计划内容是否完整、详实、清楚， 使人能清楚地把握当前工作动态 4.每项决意是否得到监控并有效执行 5.交付的每项任务是否能自觉的准时急时的解决
1.文档和代码能否始终保存同步 2.是否每天将工作过程资料上传到服务器上进行备份 3.急时指交每阶段的重要版本，以及里程碑产物 4.对临时交付的开发任务是否也能做到及时备份 5.每次备份的版本是否清楚表明版本的作用和变化
对新知识的求知欲和学习能力，积极关注、吸收新技术发展，努力学习各种专业 知识，注意收集整理各种技术资料，并将之不断纳入工作中，不断提高实际操作 和解决问题的水平。
软件工程师年终绩效考核表 （考核年度：2013）
考核日期
评分人（直接主管） 完成情况（可参考案例或数据）
参考分值
4 4 2 2 2 2 1 1
2 1 3 1 2 2 1 1
4 4 5 2 3 2
2 2
5 3 3
1 1 2 1 1
需求分析 0 0 0 0
设计阶段 0 0 0 0
0
0
8
0
0
2
1
2
2 5 1 2 1
1.是否及时提交各阶段技术文档 2.文档的内容组织是否有序合理，格式是否按公司文档格式编写 3.技术文档的内容表达是否准确，能真实的表达设计意图 4.文档资料归档是否符合要求 5.编写的技术文档描述是否详尽，对后续阶段有很高的参考价值 6.在设计文档时能否发挥创新的思维设计，使需求和模块结构更加清晰明了 7.各阶段的文档数量与种类是否符合要求 8.周报日报内容详细描述了所完成、未完成的工作以及完成的产品名称
软件测试人员绩效考核标准
规章制度遵守(5%)
工作精神(15%) 团队合作精神(5%)
奉献精神及忠诚度(5%)
工作成果(50%)
工作成果(40%) 工作难度(10%)
工作质量(35%)
bug发现率(20%)
发现的bug质量(15%)
工作质量(35%) 发现的bug质量(15%)
测试工程师员工绩效考评标准
标准 无任何违反公司规章制度的行为，帮助他人改进纪律；规定的时间做主管安排的 事情，即使完成也寻求更好的解决办法及方式 无任何违反公司规章制度的行为；规定的时间做主管安排的事情，即使完成也寻 求更好的解决办法及方式 有一次迟到或一次其它违反公司规章制度的行为（纪律考评扣一点的情况）；规 定的时间内做主管安排的事情 有两次迟到或其它违反公司规定的行为（纪律考评扣两点的情况）；规定的时间 内偶尔有在没完成任务的情况下做与工作安排无关的事情 纪律考评扣5点及以上的情况，经过部门主管规劝，态度很好的；规定的时间内 经常有在没完成任务的情况下做与工作安排无关的事情 纪律考评扣5点及以上的情况，经过部门主管规劝，仍不改进的；规定的时间内 常常有在没完成任务的情况下做与工作安排无关的事情 主动积极的帮助组内其他同事解决问题 能积极热情的解决其他同事需要的帮助（被动） 能配合工作上需要的帮助及协作 对工作上的配合带有情绪,但不影响工作 由于团队协作对工作构成影响,但没有导致项目延期等问题 不计较个人得失，一切以公司利益为重 为公司利益能主动牺牲自己的休息时间 能顾全大局，牺牲个人休息时间，对主管安排的任务没有表现出异议 有推委情绪，但仍然能完成工作 抵制情绪强烈，影响到工作 在规定时间内上报测试主管要求的上报的bug量或脚本撰写量的200% 在规定时间内上报测试主管要求的上报的bug量或脚本撰写量的150% 在规定时间内上报测试主管要求的上报的bug量或脚本撰写量 在规定时间内上报测试主管要求的上报的bug量或脚本撰写量的50% 在规定时间内上报测试主管要求的上报的bug量或脚本撰写量的20% 所负责测试的功能区域复杂程度和难度超过员工级别的50% 所负责测试的功能区域复杂程度和难度超过员工级别的20% 所负责测试的功能区域复杂程度和难度与员工级别相当 所负责测试的功能区域复杂程度和难度低于员工级别20% 所负责测试的功能区域复杂程度和难度低于员工级别50%
软件测试工程师绩效考核方案
0-59
40
0
0-100
5
工作过程和工作成果极其规范，并能够对其他 人员起到指导作用 工作过程和工作成果规范性较好，并经常对工 作过程提出有效改进建议和意见 主要工作过程和工作成果基本符合规范，满足 要求
0
90-100 80-89 60-79
0-59 工作过程和工作成果规范性欠佳，有待改进 责任心很强，积极主动，并积极主动分担协助 90-100 他人工作
10作过程规范
执行承诺
考评人 A、工作过程是否规范 评分 B、工作过程产生的工作成果是否规范
20
3 工作主动性
A、是否有较强的主动工作意识和责任心 B、是否积极热情地承担突发、临时性工作 C、具体的工作是否都需要别人安排 考评人 D、是否听从安排能积极地配合或帮助他人完成自己本 评分 职工作之外的工作 E、是否勇于承担职责，遇到困难和问题不推三阻四或 相互诿过；
责任心较强，除本职工作外，能够积极承担各 80-89 种临时性工作。 工作责任心尚可，能较好完成份内工作，并承 60-79 担一些临时工作。 工作态度和责任心一般，交付工作需要督促方 0-59 能完成，有待改进。 团队意识很强，对团队建设有突出贡献者
8
0
7
0
90-100
团队意识很强，积极主动参与团队协作，并为 80-89 团队建设提出有效建议 常协助别人,团队意识尚可，能参与团队协作和 60-79 团队建设 仅在必要与人协调的工作上与人合作，有待提 0-59 高
个人绩效考核评分表
编号： 被考核人 所在部门 张晓娟 测试部 岗位 直接主管 个人KPI 指标 类型 直接 评分 考核人 考核周期 KPI指标要素说明 工作量的饱和度
目标承诺项 权重
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试工程师绩效评估表
一．软件测试工程师职责：
1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划）方案》；编写《测试用例》；建立测试环境；
2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统；
3 使用并维护软件缺陷管理系统mantis，负责软件问题解决过程跟踪记录，提交《mantis报告》；
4 负责推广实施软件开发文档规范化工作，管理研发产品相关文档；
5 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测试报告；
6 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。
7 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求；
8 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》；
9 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交流掌握下周或近期可能测试任务；
10外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度；
二．软件测试的不确定性：
1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的；
2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一个错误，继续修正，继续测试，直到约一个月出现一个错误。
这时这个出错几率已经通过终结评审可以接受了。
那么测试就结束了。
移植成功之后测试工作由开发部门来维护。
3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug；
4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。
三．测试工作最低成功标准及测试工程师考核内容：
测试工作的最终目标就是发现客户可能发现的所有错误。
如果移植测试在使用第一天就发现了你没测试出来的错误，那测试是失败的。
如果使用了很久（如几个月）才出现错误，那说明测试还是成功的。
测试工程师考核内容：
（产品各模块总体把握能力）测试工程师比开发工程师更了解产品；1
2 测试工程师能从客户的角度来检测软件的功能；（用户身份）
3 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点；
（编写测试用例）
4 测试工程师比开发工程师更容易发现产品的问题；（不同的思维模式）
5 测试工程师总是不断的发现问题，验证问题；（提交bug数量、bug质量）
6 测试工程师按照测试计划完成各自工作；（测试计划的执行能力）
7 测试工程师以操作员的角度测试产品；（Free 测试能力）
8 测试工程师及时与开发工程师沟通、交流解决问题；（部门间的工作协调能力）
9 测试工程师及时提交测试报告；（报告的及时性、准确性）
10 测试工程师之间处理问题；（共同完成任务）
11 测试工程师协助开发工程师，了解开发流程等信息；（学习能力）
等………..
四．软件测试人员工作业绩评估的误区：
1 不能仅从提交的问题数量、测试执行用例数量来判断测试人员的好坏；
模块A很不稳定，潜在的问题数可能有100个，由测试人员甲负责测试，他一个月执行300个用例，提交50个问题单，发现30个有效问题，有10个严重问题；
模块B比较稳定，潜在的问题数可能有20个，由测试人员乙负责测试，他一个月执行100个用例，提交20个问题单，发现18个有效问题，有8个严重问题；
从上述测试执行结果来看，甲提交的问题单数量和执行用例数量都要远远高于乙，但是从测试的质量来看，模块B的遗留问题显然少于模块A，甲执行测试的充分性显然不如乙，从问题单质量来看，甲提交的问题单虽然很多，但近半数是非问题，做了无用功，还影响到开发人员对问题的定位所消耗的时间。
因此，必须要走出用问题单数量、用例数量评价测试人员的误区。
2 对软件人员发现的问题的价值没有进行评估；
发现一个系统架构设计方面的缺陷和隐患远比发现几个普通界面显示问题的价值大的多；
3 不重视测试文档的质量；
测试文档的质量往往是测试人员测试水平的反映；只有对系统进行了统分的、深入的测试人员才能写出高质量的测试报告；
4 不重视测试人员的综合能力；
责任心、积极性、创造性以及沟通和协调能力
附：软件测试工程师业绩评估模板：（满分：100分）
软件测试工程师业绩评估模板：（满分：100分）
类型评定参数参数值说明
最基本的考核指标提交有效问题数量单位（个）需要测试人员意识到处理非问题影响测试、开发的工作效单位（个）bug 率；测试主管必须严格审核测试人员提交的提交的非问题数量优秀问题描述是否清晰；相关trace 提交问题的规范性文件是否齐全；良好问题普通问题等级、版本等信息是否正确；35%）（问题跟踪是否到位；不合格
)*100%
问题总数严重问题所占比例(单位（%）严重问题/ 非常好
综合评定测试人员提交问题的质量；很好提交问题的质量
测试人员发现问题的深入程度；一般良好
低优秀工作效率对自己所提交问题的多版本跟踪；Check的程度；bug提交bug 他人良好
不同模块功能的理解程度；普通验证bug
不合格
覆盖率执行用例困难测试用例普通开发用例难度
20%）（容易用力的难度直接反映测试人员的测试能力；并影响测试效.
编写测试用例质量…率；FREE TEST . 用例外，测试发现问题的能力…新增测试用例价值. ……新增测试用例质量.
优秀测试报告的规范化程度；及时性；测试报告质量良好
准确性；普通文档不合格）（15%
测试工作的协调；经常内部测试文档、测试
经验的交流；经验的交流及共享偶尔
问题的确定；从不等等工作积极性主动解决测试中遇到的问题；优良中差沟通能力…根据实际情况，分析评价学习能不断的提高工作效率态项目了解（主动性对项目总体的把握30执行计划测试计划的执各部门相互配合解决问题部门间团结协
：上级主管综合评定及意见．
综合评定：部门经理给出测试人员考核评定及意见
附：软件测试工程师业绩评估模板
评估类型绩效指标评价标准分值
严格遵守各项工作制度和岗位要求。
工作认真负责，责任心强。
16-20分能够主动进行工作沟通、交流。
主动发现问题，并且跟踪解决。
能够主动承担组内工作。
积极参与测试组各项活动，遵守各项工作制度和岗位要求。
1、工作制度工作认真负责，责任心强。
2、工作认真能够主动进行工作沟通、交流。
软件测试绩11-15分 3 工作态度、工作积极效主动发现问题，基本能做到跟踪解决。
4、沟通、交参与测试组各项活动，能够承担组内工作任务。
5、主动性、
遵守各项工作制度和岗位要求。
工作认真负责，责任心强。
分6-10 能够进行工作中基本沟通、交流发
现问题，缺少跟踪解决参与测试组各项活动，能够承担组内工作。
．
规范描述有效总结分。