软件测试工程师绩效评估.docx

《软件测试工程师绩效评估.docx》由会员分享，可在线阅读，更多相关《软件测试工程师绩效评估.docx（17页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

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

2、求；7测试部负责制定测试计划、测试用例和测试实行方案，项目主 负责人安排测试与对应的开发人员交流完毕测试执行工作；和 时提交精确、完整的项目测试汇报；8项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交流掌握下周或近期也许可以按照用例模版编写用例根据需求设计有效用例，基本覆盖所有日勺需求点。用例描述比较精确、简洁、清晰，评审通过率高。6-8分按计划执行用例并且可以和时补充用例保证用例完整性，对于无法执行或不具有环境不能执行用例和时沟通。并且测试成果中详细阐明。在有人员指导状况下到达如下原则或者个人独立工作到达如下规定可以按照用例模版编写用例根据需求设计有效

3、用例，基本覆盖重要功能的需求点。用例描述基本精确、简洁、清晰，通35分过评审可以到达规定。基本按计划执行用例并且基本能和时补充用例保证用例完整性。对于无法执行或不具有环境不能执行用例基本做到和时沟通，并且测试成果中详细阐明。基本能按照用例模版编写用例根据需求设计有效用例，没有覆盖所 有的需求点。用例描述基本精确、简洁、清晰，通 过评审可以到达规定。不能按计划执行用例并且可以和时补充用例保证用例完整性。对于无法 执行或不具有环境不能执行用例基 本做到和时沟通0-2分测试BUG可以按照规定的流程提交并跟踪BUG 日勺全过程。BUG描述语言简洁、精确。BUG再现环节清晰、条理性强，易于 再现。根据需

4、求提交对应BUG,没提交错误BUGo可以分析和定位产生的原因，并能根 据BUG的产生趋势做出有效的质量和 风险风析9-10分1、 bug对应）2、 bug a3、重显f4、 bug 窄5、 bug 卡可以按照规定的流程提交并跟踪BUG 日勺全过程。68分BUG描述语言较简洁、较精确。BUG再现环节较清晰、条理性较强，易于再现。根据需求提交对应BUG,很少提交错误 BUG o可以完毕基本分析和定位产生的原因，基本并能根据BUG的I产生趋势做出有效的质量和风险风析。在有人员指导状况下到达如下原则或者个人独立工作到达如下规定：基本可以按照规定欧I流程提交并跟踪BUG时全过程。BUG描述语言基本完整。

5、BUG再现环节基本清晰、条理性不强，3-5分 可以再现。根据需求提交对应BUG,出现提交错误 BUG。可以协助开发再现，定位bug。对bug进行基本总结。可以按照规定的流程提交并跟踪BUG日勺全过程。02分提交的I BUG有三分之一描述语言不精确。BUG有三分之一出现环节不清晰、条 理性差，难于再现。根据需求基本能提交对应BUG,出现错误BUGO可以准时或提前完毕工作计划，并且 内容有效、精确、合理，使人能清晰 地把握工作进展和动态。可以准时或提前完毕任务，并且按规 定完毕各项分派的工作，工作成果符 合规定，精确率高。工作能力16-20分可以通对过程和执行成果日勺分析、评 估，形成精确的测试汇

6、报。善于沟通，能自发与人合作，积极配 合，轻易和他人到达工作默契。纯熟掌握测试基本技能，技巧，纯熟 掌握项目业务、理解业务领域知识， 对测试需求把握到位，可以独立承担 完整的测试工作。可以准时完毕工作计划，并且内容较 有效、较精确、较合理，使人能比较 清晰地把握工作进展和动态。可以准时并且按规定完毕各项分派 的工作，工作成果比较符合规定，精 确率较高。11-15分可以通对过程和执行成果的分析、评 估，形成较精确的测试汇报。具有团体意识，乐于与人沟通协调， 顺利到达组织任务。熟悉掌握测试基本技能，技巧，熟悉 项目业务、理解业务领域知识，对测 试需求把握比较到位，可以独立承担 完整的测试工作。6-

7、10分基本可以准时完毕工作计划，并且内 容基本有效、基本精确、基本合理， 使人能基本清晰地把握工作进展和 动态。基本可以按规定完毕各项分派的工 作，工作成果基本符合规定，精确率 较高。可以通对过程和执行成果的分析、评估，形成测试汇报。有一定的团体意识，可以维护团体形 像，尚能与人合作，到达共同目的。熟悉掌握测试基本技能，技巧，熟悉 项目业务、理解业务领域知识，对测 试需求把握比较到位，可以独立承担 完整的测试工作。很少可以准时完毕工作计划，并且内 容有效、不精确、不合理，使人不能 清晰地把握工作进展和动态。很少可以按规定完毕各项分派日勺工 作，工作成果基本符合规定。05分可以通对过程和执行成果

8、做简朴分 析、评估，形成测试汇报。团体合作意识不强，工作配合中存在 较多局限性，协调不善，致使工作推 进缓慢掌握某些测试基本技能，技巧，理解 项目业务、理解业务领域知识，基本 能把握测试需求，在他人指导下可以 承担部分的测试工作。工作改善积极发现工作过程中存在日勺问题，提 出改善措施，可以处理问题（涉和团 体）积极学习新的I工具和新日勺知识改善测试工作，提高工作效率，改善 工作产品质量（涉和团体）积极开展专题培训，分享学习和研究 成果，协助团体其他组员提高。积极发现工作过程中存在的问题，提 出改善措施，可以处理问题（个人有 关工作）积极学习新的工具和新的知识。改善测试工作，提高工作效率，改善

9、工作产品质量。（个人有关工作） 积极开展专题培训，分享学习和研究 成果，协助团体其他组员提高。作为交办的事情乐意做如下改善：发现工作过程中存在的问题，提出改 善措施，可以处理问题。学习新日勺工具和新的I知识。改善测试工作，提高工作效率，改善 工作产品质量。9-10分6-8 分 4、5、3-5分开展专题培训，分享学习和研究成果，协助团体其他组员提高。墨守成规或没故意识做如下改善：发现工作过程中存在的问题，提出改善措施，可以处理问题。0-2分学习新日勺工具和新的知识。改善测试中存在的问题，提高工作效率，改善工作产品质量。积极开展专题培训，分享学习和研究 成果，协助团体其他组员提高。阐明：共5项，每

10、项10分，共70分 备注：1 .尽量对交付物进行评估，保持相对的客观性;2 .评估以季度为单位；3 .奖励评估成果为A、B日勺员工；4 .人员在试用期不参与该评估；测试任务；9外部接口都由测试部主管负责完毕，与其他项目组和产品部门 协调项目进度；二.软件测试时不确定性：1软件测试的目的I就是使软件日勺错误不停趋进于零，但软件的错误是永远找不完的；2开始测试时，也许软件使用1个小时就出现10个错误；测试修 正后1个小时出现一种错误，继续修正，继续测试，直到约一 种月出现一种错误。这时这个出错几率已经通过终止评审可以 接受了。那么测试就结束了。移植成功之后测试工作由开发部 门来维护。3测试某些成熟

11、的游戏或应用，测试过程中很难发现大量的缺陷;而测试某些不成熟的游戏或应用，在测试前期，会出现大量欧I 问题；这样就导致不一样的工程师发现不一样数量的bug；4软件测试日勺进度首先会按照测试计划逐渐进行，不过在测试过程中，测试进度会随研发部门日勺进度而调整；因此积极日勺与研 发部门交流、协调测试中日勺问题是相称必要的I。三.测试工作最低成功原则和测试工程师考核内容:测试工作的最终目的就是发现客户也许发现的所有错误。假如移植测试在使用第一天就发现了你没测试出来的错误，那测试 是失败的。假如使用了很久（如几种月）才出现错误，那阐明测试还是成功的O 测试工程师考核内容：1测试工程师比开发工程师更理解产

12、品；（产品各模块总体把握能 力）2测试工程师能从客户的角度来检测软件日勺功能；（顾客身份）3测试工程师获取资料，使得编制的测试用例更切合测试的重点、 难点以和关注点；（编写测试用例）4测试工程师比开发工程师更轻易发现产品日勺问题；（不一样的思 维模式）5测试工程师总是不停的发现问题，验证问题；（提交bug数量、 bug质量）6测试工程师按照测试计划完毕各自工作；（测试计划的执行能 力）7测试工程师以操作员的角度测试产品；（Free测试能力）8测试工程师和时与开发工程师沟通、交流处理问题；（部门间的 工作协调能力）9测试工程师和时提交测试汇报；（汇报的和时性、精确性）10测试工程师之间处理问题；

13、（共同完毕任务）11测试工程师协助开发工程师，理解开发流程等信息；（学习能力）四.软件测试人员工作业绩评估的误区：1不能仅从提交的问题数量、测试执行用例数量来判断测试人员的 好坏；模块A很不稳定，潜在日勺问题数也许有100个，由测试人员甲负 责测试，他一种月执行300个用例，提交50个问题单，发现30 个有效问题，有10个严重问题；模块B比较稳定，潜在的问题数也许有20个，由测试人员乙负责 测试，他一种月执行100个用例，提交20个问题单，发现18个 有效问题，有8个严重问题；从上述测试执行成果来看，甲提交的问题单数量和执行用例数量 都要远远高于乙，不过从测试日勺质量来看，模块B日勺遗留问题显

14、 然少于模块A,甲执行测试的充足性显然不如乙，从问题单质量 来看，甲提交的I问题单虽然诸多，但近半数是非问题，做了无用 功，还影响到开发人员对问题的定位所消耗的时间。因此，必须要走出用问题单数量、用例数量评价测试人员的误区。2对软件人员发现日勺问题日勺价值没有进行评估；发现一种系统架构设计方面的缺陷和隐患远比发现几种一般界 面显示问题的价值大日勺多；3不重视测试文档日勺质量；测试文档的质量往往是测试人员测试水平的I反应；只有对系统进 行了统分时、深入的测试人员才能写出高质量的测试汇报；4不重视测试人员日勺综合能力;责任心、积极性、发明性以和沟通和协调能力附：软件测试工程师业绩评估模板：（满分：

15、100分）软件测试工程师业绩评估模板：（满分：100分）类型评估参数参数值阐明问题(35%)提交有效问题数量单位（个）最基本的1考核指标提交时非问题数量单位（个）需要测试人员意识到处理非问题影响 测试、开发的工作效率；测试主管必 须严格审核测试人员提交的1 bug提交问题时规范性优秀良好一般不合格问题描述与否清晰；有关trace文献与否齐全；问题等级、版本等信息与否对的；问题跟踪与否到位；严重问题所占比例单位（%）（严重问题/问题总数）*100%提交问题的1质量非常好很好一般良好低综合评估测试人员提交问题的质量；测试人员发现问题时深入程度；工作效率提交bug优秀良好对自己所提交问题的多版本跟踪

16、；Check他人bugaI程度；验证bug一般不合格不一样模块功能的理解程度；测试用例(20%)执行用例覆盖率开发用例难度困难一般轻易编写测试用例质量 用力的难度直接反应测试人员的测试能力；并影响测试效率；FREE TEST 用例外，测试发现问题的能力新增测试用例价值 新增测试用例质量 文档(15%)测试汇报质量优秀良好一般不合格测试汇报的规范化程度；和时性；精确性；内部测试文档、测试经验 交流和共常常偶尔从不测试工作的协调； 经验日勺交流； 问题确实定； 等等工作积极性优良中积极处理测试中碰到的问题；态度(30%)学习能力 不停时提高工作效率；项目理解（积极性） 对项目总体的把握；测试计划的

17、执行 执行计划；部门间团结协作 各部门互相配合处理问题；根据实际状况，分析评价;沟通能力上级主管综合评估和意见：综合评估:部门经理给出测试人员考核评估和意见附：软件测试工程师业绩评估模板评估类绩效指标评价原则分值型软件测工作态度 试绩效严格遵守各项工作制度和岗位规定。工作认真负责，责任心强。可以积极进行工作沟通、交流。积极发现问题，并且跟踪处理。积极参与测试组各项活动，可以积极 承担组内工作。16-20分1、工作事位职责）2、工作i3、工作不4、沟通、5、积极才遵守各项工作制度和岗位规定。工作认真负责，责任心强。可以积极进行工作沟通、交流。积极发现问题，基本能做到跟踪处理。参与测试组各项活动，

18、可以承担组内 工作任务。11-15分遵守各项工作制度和岗位规定。工作认真负责，责任心强。可以进行工作中基本沟通、交流。发现问题，缺乏跟踪处理。参与测试组各项活动，可以承担组内 工作。6-10分测试用例有督导状况下基本能遵守各项工作制度和岗位规能基本按规定完毕任务。进行基本工作沟通、交流。发现问题，缺乏跟踪处理。基本能参与测试组各项活动，不可以承担组内工作。严格按照用例模版编写用例根据需求设计有效用例，覆盖所有的需求点O用例描述精确、简洁、清晰，评审通按计划执行用例并且可以和时补充用例保证用例完整性，对于无法执行或不具有环境不能法执行用例和时沟通，并且测试成果中详细阐明。0-5分1、测试F设计彳3、用例用例孑6、用例彳