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

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

软件测试工程师职责：

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 6 7

测试工程师总是不断的发现问题，验证问题； （提交 bug 数量、 bug 质量） 测试工程师按照测试计划完成各自工作； （测试计划的执行能力） 测试工程师以操作员的角度测试产品； （ 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分）

类型 问题 （35% 评定参数 提交有效问题数量 提交的非问题数量 参数值 单位（个） 单位（个） 最基本的考核指标 需要测试人员意识到处理非问题影响测试、开发的工作效 率；测试主管必须严格审核测试人员提交的 提交问题的规范性 优秀 良好 普问题描述是否清晰； 通 不合格 相关trace文件是否齐全； 问题等级、版本等信息是否正确； 问题跟踪是否到位； 严重问题所占比例 提交问题的质量 （严重问题/问题总数）*100% 综合评定测试人员提交问题的质量； 测试人员发现问题的深入程度； bug 说明 单位（% 非常好 很好 一般 良好 低 工作效率 提交bug 验证bug 优秀 良好 普通 不合格 对自己所提交问题的多版本跟踪； Check他人bug的程度； 不同模块功能的理解程度； 测试用例 （20% 执行用例 覆盖率 开发用例难度 困难 普通 容易

编写测试用例质量 用力的难度直接反映测试人员的测试能力；并影响测试效 率； FREE TEST 新增测试用例价值 用例外，测试发现问题的能力 新增测试用例质量 文档 (15% 测试报告质量 优秀 良好 普通 不合格 测试报告的规范化程度； 及时性； 准确性； 内部测试文档、测试 经验的交流及共享 经常 偶尔 从不 测试工作的协调； 经验的交流； 问题的确定； 等等 态度 (30% 工作积极性 沟通能力 学习能力 项目了解(主动性) 测试计划的执行 部门间团结协作 优良中差 主动解决测试中遇到的问题； 根据实际情况，分析评价； 不断的提高工作效率； 对项目总体的把握； 执行计划； 各部门相互配合解决问题； 上级主管综合评定及意见：

综合评定： 部门经理给岀测试人员考核评定及意见 附：软件测试工程师业绩评估模板

评估类型 绩效指标 评价标准 严格遵守各项工作制度和岗位要求。 分值 1、 工作制度遵循性 16-20 分 2、 工作认真性、责 3、 工作积极性 软件测试绩 效 工作态度 工作认真负责，责任心强。 能够主动进行工作沟通、交流。

测试用例

主动发现问题，并且跟踪解决。 4、 沟通、交流 积极参与测试组各项活动， 能够主动承担组内工作。 5、 主动性、参与性 遵守各项工作制度和岗位要求。 工作认真负责，责任心强。 能够主动进行工作沟通、交流。 11-15 分 主动发现问题，基本能做到跟踪解决。 参与测试组各项活动，能够承担组内工作任务。 遵守各项工作制度和岗位要求。 工作认真负责，责任心强。 能够进行工作中基本沟通、交流。 6-10 分 发现问题，缺少跟踪解决。 参与测试组各项活动，能够承担组内工作。 有督导情况下 基本能遵守各项工作制度和岗位要求。 能基本按要求完成任务。 进行基本工作沟通、交流。 0-5分 发现问题，缺少跟踪解决。 基本能参与测试组各项活动， 不能够承担组内工作。 严格按照用例模版编写用例 根据需求设计有效用例，覆盖所有的需求点。 用例描述准确、简洁、清晰，评审通过率高。 9-10 分 按计划执行用例并且能够及时补充用例保证用例完 整性，对于无法执行或不具备环境不能法执行用例 及时沟通，并且测试结果中具体说明。 1、 测试用例规范性 能够按照用例模版编写用例 根据需求设计有效用例，基本覆盖所有的需求点。 用例描2、 设计有效性（覆 述比较准确、简洁、清晰，评审通过率高。 按计划执行用6-8分 3、 用例描述的准例并且能够及时补充用例保证用例完 整性，对于无法执行确 或不具备环境不能执行用例及 时沟通。并且测试结果中具4、 用例评审通过率 体说明。 5、 用例执行有效性 在有人员指导情况下达到以下标准或者个人独立工 作达到6、 用例及时性、以下要求 准 能够按照用例模版编写用例 3-5分 根据需求设计有效用例，基本覆盖主要功能的需求 点。 用例描述基本准确、简洁、清晰，通过评审可以达 到要求。 基本按计划执行用例并且基本能及时补充用例保证

测试

BUG

用例完整性。对于无法执行或不具备环境不能执行 用例基本做到及时沟通，并且测试结果中具体说明

基本能按照用例模版编写用例

根据需求设计有效用例，没有覆盖所有的需求点。 用例描述基本准确、简洁、清晰，通过评审可以达 到要求。

0-2分

不能按计划执行用例并且能够及时补充用例保证用 例完整性。对于无法执行或不具备环境不能执行用 例基本做到及时沟通 能够按照规定的流程提交并跟踪 BUG的全过程。

BUG描述语言简洁、准确。

BUG再现步骤清晰、条理性强，易于再现。

9-10 分依据需求提交相应 BUG没提交错误 BUG 能够分析和定位产生的原因，并能根据

BUG的产生

趋势做岀有效的质量和风险风析

能够按照规定的流程提交并跟踪 BUG的全过程。

BUG描述语言较简洁、较准确。

BUG再现步骤较清晰、条理性较强，易于再现。 依据需6-8分

求提交相应 BUG很少提交错误 BUG 能够完成基本分析和定位产生的原因，基本并能根 据BUG的产生趋势做岀有效的质量和风险风析。 在有人员指导情况下达到以下标准或者个人独立工 作达到以下要求： 基本能够按照规定的流程提交并跟踪 BUG的全过程

BUG描述语言基本完整。

BUG再现步骤基本清晰、条理性不强，可以再现。 依据需求提交相应 BUG岀现提交错误 BUG 能够协助开发再3-5分

现，定位 bug。 对bug进行基本总结。

能够按照规定的流程提交并跟踪 BUG的全过程。

提交的BUGW三分之一描述语言不准确。

0-2

BUG有三分之一出现步骤不清晰、 条理性差，难于再 现。

依据需求基本能提交相应

BUG岀现错误BUG

1bug规范（1、扌| 、 bug描述准确性 2重显性 、

bug有效性 3、

bug总结分析能 4、 5、

工作能力

能够按时或提前完成工作计划，并且内容有效、准 确、合理，使人能清楚地把握工作进展和动态。 能够按时或提前完成任务，并且按要求完成各项分 配的工作，工作成果符合要求，准确率高。 能够通对过程和执行结果的分析、评估，形成准确 的测试报告。 16-20 分 善于沟通，能自发与人合作，积极配合，容易和他 人达成工作默契。 熟练掌握测试基本技能，技巧，熟练掌握项目业务、 了解业务领域知识，对测试需求把握到位，能够独 立承担完整的测试工作。 能够按时完成工作计划，并且内容较有效、较准确、 较合理，使人能比较清楚地把握工作进展和动态。 能够按时并且按要求完成各项分配的工作，工作成 果比较符合要求，准确率较高。 能够通对过程和执行结果的分析、评估，形成较准 确的测试报告。 11-15 分 具有团队意识，乐于与人沟通协调，顺利达成组织 任务。 熟悉掌握测试基本技能，技巧，熟悉项目业务、了 解业务领域知识，对测试需求把握比较到位，能够 独立承担完整1计划能力（项目 的测试工作。 2、 执行能力（用例

基本能够按时完成工作计划，并且内容基本有效、 基本准3、 分析、总结确、基本合理，使人能基本清楚地把握工作 进展和动态。 能力

基本能够按要求完成各项分配的工作，工作成果基 本符合4、 沟通、交流、协要求，准确率较高。 能够通对过程和执行结果的分析、评估，形成测试 报告。 5、 业务能力（需求有一定的团队意识，能够维护团队形像，尚能与人 合作，试技能）

6-10 分 达成共同目标。 熟悉掌握测试基本技能，技巧，熟悉项目业务、了 解业务领域知识，对测试需求把握比较到位，能够 独立承担完整的测试工作。 很少能够按时完成工作计划，并且内容有效、不准 确、不合理，使人不能清楚地把握工作进展和动态。 很少能够按要求完成各项分配的工作，工作成果基 本符合要求。 能够通对过程和执行结果做简单分析、评估，形成 测试报告。 0-5分 团队合作意识不强，工作配合中存在较多不足，协 调不善，致使工作推进缓慢 掌握一些测试基本技能，技巧，了解项目业务、了 解业务领域知识，基本能把握测试需求，在他人指 导下能够承担 部分的测试工作。

积极发现工作过程中存在的问题，提出改进方法， 能够解决问题（涉及团队） 主动学习新的工具和新的知识 9-10 分 改进测试工作，提高工作效率，改进工作产品质量 （涉及团队） 主动开展专项培训，分享学习和研究成果，帮助团 队其它 成员提高。 积极发现工作过程中存在的问题，提出改进方法， 能够解 决问题（个人相关工作） 主动学习新的工具和新的知识。 改进测试工作，提高工作效率，改进工作产品质量。 6-8分 （个人相关工作） 主动开展专项培训，分享学习和研究成果，帮助团 队其它1 成员提高。 、 2 工作改进

作为交办的事情愿意做如下改进： 、 发现工作过程中存在的问题，提岀改进方法，能够 解决问 3 题。 、 学习新的工具和新的知识。 3-5分 4 、 改进测试工作，提高工作效率，改进工作产品质量。 开展 专项培训，分享学习和研究成果，帮助团队其 它成员提5 高。 、 墨寸成规或没有意识做如下改进： 发现工作过程中存在的问题，提岀改进方法，能够 解决问 题。 学习新的工具和新的知识。 0-2分 改进测试中存在的问题，提高工作效率，改进工作 产品质 量。 主动开展专项培训，分享学习和研究成果，帮助团 队其它

成员提高。 说明：共

5项，每项10分，共70分 备注: 1. 尽量对交付物进行评估，保持相对的客观性 ; 2. 评估以季度为单位； 3. 奖励评估结果为A、B的员工；

4. 人员在试用期不参与该评估；

共享、培训 新知识、方法学

工具学习、引进工作效率提升

工作质量改进