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

《软件测试工程师绩效评价表》由会员分享，可在线阅读，更多相关《软件测试工程师绩效评价表（10页珍藏版）》请在金锄头文库上搜索。

1、考试学资学习网押题软件测试工程师绩效评估表一 软件测试工程师职责：1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定项目测试（计划）方案； 编写测试用例；建立测试环境；2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模 块测试和系统测试；建立、推广并维护实施软件版本管理系统；3 负责推广实施软件开发文档规范化工作，管理研发产品相关文档；4 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测试报告；5 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。6 与开发工程师和研发部门交流报告任务进展情况，

2、并提出最近的测试需求；7 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应的开发人 员交流完成测试执行工作；及时提交准确、完整的项目测试报告；8 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门 定期交流掌握下周或近期可能测试任务；9 外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度；二软件测试的不确定性：1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的；2 开始测试时，可能软件使用 1 个小时就出现 10 个错误；测试修正后 1 个小时出现一个错误， 继续修正，继续测试，直到约一个月出现一

3、个错误。这时这个出错几率已经通过终结评审可以接 受了。那么测试就结束了。移植成功之后测试工作由开发部门来维护。3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟的游戏或应 用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的 bug；4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部 门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。三测试工作最低成功标准及测试工程师考核内容： 测试工作的最终目标就是发现客户可能发现的所有错误。如果移植测试在使用第一天就发 现了你没测试出来的错误，那测试是失败的。

4、如果使用了很久（如几个月）才出现错误，那说明 测试还是成功的 。测试工程师考核内容：1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力）2 测试工程师能从客户的角度来检测软件的功能；（用户身份）3 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点； （编写测试用例）4 测试工程师比开发工程师更容易发现产品的问题；（不同的思维模式）5测试工程师总是不断的发现问题，验证问题；（提交bug数量、bug质量）6 测试工程师按照测试计划完成各自工作；（测试计划的执行能力）7测试工程师以操作员的角度测试产品；（Free测试能力）8 测试工程师及时与开发工程师沟通、交流解决

5、问题；（部门间的工作协调能力）9 测试工程师及时提交测试报告；（报告的及时性、准确性）10 测试工程师之间处理问题；（共同完成任务）11 测试工程师协助开发工程师，了解开发流程等信息；（学习能力） 四软件测试人员工作业绩评估的误区：1 不能仅从提交的问题数量、测试执行用例数量来判断测试人员的好坏；模块A很不稳定，潜在的问题数可能有100个，由测试人员甲负责测试，他一个月执行300 个用例，提交50个问题单，发现30个有效问题，有10个严重问题；模块B比较稳定，潜在的问题数可能有20个，由测试人员乙负责测试，他一个月执行100个用 例，提交20个问题单，发现18个有效问题，有8个严重问题； 从上

6、述测试执行结果来看，甲提交的问题单数量和执行用例数量都要远远高于乙，但是从测试的 质量来看，模块B的遗留问题显然少于模块A,甲执行测试的充分性显然不如乙，从问题单质 量来看，甲提交的问题单虽然很多，但近半数是非问题，做了无用功，还影响到开发人员对问题 的定位所消耗的时间。因此，必须要走出用问题单数量、用例数量评价测试人员的误区。2 对软件人员发现的问题的价值没有进行评估； 发现一个系统架构设计方面的缺陷和隐患远比发现几个普通界面显示问题的价值大的多；3 不重视测试文档的质量； 测试文档的质量往往是测试人员测试水平的反映；只有对系统进行了统分的、深入的测试人员才能写出高质量的测试报告；4 不重视

7、测试人员的综合能力；责任心、积极性、创造性以及沟通和协调能力附：软件测试工程师业绩评估模板：（满分：100分）软件测试工程师业绩评估模板：（满分：100 分）类型评定参数参数值说明问题)(35%提交有效问题数量单位（个）最基本的考核指标提交的非问题数量单位（个）需要测试人员意识到处理非问题影响测试、开发的工作效bug率； 测试主管必须严格审核测试人员提交的提交问题的规范性优秀良好 普通不合格问题描述是否清晰；trace文件是否齐全；相关 问题等级、版本 等信息是否正确；问题跟踪是否到位；严重问题所占比例）%单位（）*100%严重问题/问题总数（提交问题的质量非常好很好一般良好低综合评定测试人员

8、提交问题的质量；测试人员发现问题的深入 程度；工作效率bug提交验证bug优秀良好普通不合格对自己所提交问题的多版本跟踪；的程度；bug他人Check不 同模块功能的理解程度；测试用例 （20%）执行用例覆盖率开发用例难度困难普通容易编写测试用例质量用力的难度直接反映测试人员的测试能力；并影响测试效 率；FREE TEST用例外，测试发现问题的能力新增测试用例价值新增测试用例质量文档15%（）测试报告质量优秀良好 普通不合格测试报告的规范化程度；及时性；准确性；内部测试文档、测试经常测试工作的协调；经验的交流及共享偶尔从不经验的交流；问题的确定；等等态度30%（）工作积极性优良中差主动解决测试

9、中遇到的问题；沟通能力根据实际情况，分析评价；学习能力不断的提高工作效率；项目了解（主动性）对项目总体的把握；测试计划的执行执行计划；部门间团结协作各部门相互配合解决问题；综合评定：部门经理给出测试人员考核评定及意见:上级主管综合评定及意见综合评定：部门经理给出测试人员考核评定及意见附：软件测试工程师业绩评估模板评估类型绩效指标评价标准分值软件测试绩 效工作态度严格遵守各项工作制度和岗位要求。工作认真负责，责 任心强。能够主动进行工作沟通、交流。主动发现问题， 并且跟踪解决。积极参与测试组各项活动，能够主动承 担组内工作。16-20 分、工作 制度1、工 作认 真2、 工作 积极3、沟 通、交

10、4、主 动性、5遵守各项工作制度和岗位要求。工作认真负责，责任心 强。能够主动进行工作沟通、交流。 主动发现问题，基 本能做到跟踪解决。 参与测试组各项活动，能够承担组 内工作任务。分 11-15遵守各项工作制度和岗位要求。工作认真负责，责任心 强。能够进行工作中基本沟通、交流。发现问题，缺少 跟踪解决。 参与测试组各项活动，能够承担组内工作。6-10 分有督导情况下基本能遵守各项工作制度和岗位要求。 能基本按要求完成任务。进行基本工作沟通、交流。发 现问题，缺少跟踪解决。不能够承担组内工作。基本能 参与测试组各项活动，0-5分测试用例严格按照用例模版编写用例 根据需求设计有效用例，覆 盖所有

11、的需求点。用例描述准确、简洁、清晰，评审通 过率高。按计划执行用例并且能够及时补充用例保证用例 完整性，对于无法执行或不具备环境不能法执行用例 及 时沟通，并且测试结果中具体说明。9-10 分、测试 用例1、设 计有效2、 用例 描述3、用 例评 审4、 用例 执行5、用例及时6能够按照用例模版编写用例才根据需求设计有效用例，基 本覆盖所有的需求点。用例描述比较准确、简洁、清晰， 评审通过率高。按计划执行用例并且能够及时补充用例保 证用例完整性，对于无法执行或不具备环境不能执行用例 及 时沟通。并且测试结果中具体说明。6-8分在有人员指导情况下达到以下标准或者个人独立工作达 到以下要求能够按照

12、用例模版编写用例根据需求设计有 效用例，基本覆盖主要功能的需求 点。用例描述基本准 确、简洁、清晰，通过评审可以达 到要求。基本按计划 执行用例并且基本能及时补充用例保证用例完整性。对于 无法执行或不具备环境不能执行 用例基本做到及时沟 通，并且测试结果中具体说明。3-5分基本能按照用例模版编写用例才根据需求设计有效用例， 没有覆盖所有的需求点。用例描述基本准确、简洁、清晰， 通过评审可以达到要求。不能按计划执行用例并且能够 及时补充用例保证用例完整性。对于无法执行或不具备环 境不能执行用 例基本做到及时沟通0-2分测试BUG的全过程。能够按照规定的流程提交并跟踪BUG描述语 言简洁、准确。B

13、UG再现步骤清晰、条理性强，易于再 现。BUG。BUG依据需求提交相应，没提交错误BUG 的产生BUG能够分析和定位产生的原因，并能根据 趋势 做出有效的质量和风险风析9-10 分1、 bug2、 bug3、 重显 性4、 bug5、 bug能够按照规定的流程提交并跟踪BUG的全过程。描述 语言较简洁、较准确。BUG BUG再现步骤较清晰、条理 性较强，易于再现。依据需求提交相应BUGBUG。，很 少提交错误能够完成基本分析和定位产生的原因，基本并 能根 的产生趋势做出有效的质量和风险风析。据BUG6-8分在有人员指导情况下达到以下标准或者个人独立工作达 到以下要求：的全过基本能够按照规定的流

14、程提交并跟踪 BUG程。描述语言基本完整。BUG BUG再现步骤基本 清晰、条理性不强，可以再现。，出现提交错误BUG。 BUG依据需求提交相应bug能够协助开发再现，定位。 bug对进行基本总结。3-5分能够按照规定的流程提交并跟踪的全过程。BUG有三分 之一描述语言不准确。提交的BUG有三分之一出现步骤 不清晰、条理性差，难于BUG再现。分0-2规范描述有效总结分。BUG，出现错误BUG依据需求基本能提交相应工作能力能够按时或提前完成工作计划，并且内容有效、准 确、 合理，使人能清楚地把握工作进展和动态。能够按时或提 前完成任务，并且按要求完成各项分配的工作，工作成 果符合要求，准确率高。能够通对过程和执行结果的分析、 评估，形成准确的测试报告。善于沟通，能自发与人合 作，积极配合，容易和他人达成工作默契。熟练掌握测 试基本技能，技巧，熟练掌握项目业务、了解业务领域知 识，对测试需求把握到位，能够独立承担完整的测试工 作。16-20 分、计划 能力1、执 行能力2、 分析、 总3、 沟通、 交4、 业务 能力 5试 技能）能够按时完成工作计划，并且内容较有效、较准确、较 合理，使人能比较清楚地把握工作进展和动态。能够按时 并且按要求完成各项分配的工作，工作成果比较符合要 求，准