软件测试工程师绩效评估表1.doc
《软件测试工程师绩效评估表1.doc》由会员分享,可在线阅读,更多相关《软件测试工程师绩效评估表1.doc(8页珍藏版)》请在咨信网上搜索。
1、软件测试工程师绩效评估表一 软件测试工程师职责:1 与软件产品部配合完成软件需求分析讨论,并根据需求说明书制定项目测试(计划)方案;编写测试用例;建立测试环境;2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测试和系统测试;建立、推广并维护实施软件版本管理系统;3 使用并维护软件缺陷管理系统mantis,负责软件问题解决过程跟踪记录,提交mantis报告;4 负责推广实施软件开发文档规范化工作,管理研发产品相关文档;5 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作,并提供测试报告;6 负责监督软件开发流程的执行,并负责提出软件开发过程改
2、进建议,提高软件产品质量。7 与开发工程师和研发部门交流报告任务进展情况,并提出最近的测试需求;8 测试部负责制订测试计划、测试用例和测试实施方案,项目主负责人安排测试与对应的开发人员交流完成测试执行工作;及时提交准确、完整的项目测试报告;9 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配,需要与研发之外的部门定期交流掌握下周或近期可能测试任务;10外部接口都由测试部主管负责完成,与其他项目组和产品部门协调项目进度;二软件测试的不确定性:1 软件测试的目的就是使软件的错误不断趋进于零,但软件的错误是永远找不完的;2 开始测试时,可能软件使用1个小时就出现10个错误;测试修正后1个
3、小时出现一个错误,继续修正,继续测试,直到约一个月出现一个错误。这时这个出错几率已经通过终结评审可以接受了。那么测试就结束了。移植成功之后测试工作由开发部门来维护。3 测试一些成熟的游戏或应用,测试过程中很难发现大量的缺陷;而测试一些不成熟的游戏或应用,在测试前期,会出现大量的问题;这样就导致不同的工程师发现不同数量的bug; 4 软件测试的进度首先会按照测试计划逐步进行,但是在测试过程中,测试进度会随研发部门的进度而调整;所以积极的与研发部门交流、协调测试中的问题是相当必要的。三测试工作最低成功标准及测试工程师考核内容: 测试工作的最终目标就是发现客户可能发现的所有错误。如果移植测试在使用第
4、一天就发现了你没测试出来的错误,那测试是失败的。如果使用了很久(如几个月)才出现错误,那说明测试还是成功的 。测试工程师考核内容: 1 测试工程师比开发工程师更了解产品;(产品各模块总体把握能力)2 测试工程师能从客户的角度来检测软件的功能;(用户身份) 3 测试工程师获取资料,使得编制的测试用例更切合测试的重点、难点以及关注点;(编写测试用例) 4 测试工程师比开发工程师更容易发现产品的问题;(不同的思维模式) 5 测试工程师总是不断的发现问题,验证问题;(提交bug数量、bug质量) 6 测试工程师按照测试计划完成各自工作;(测试计划的执行能力) 7 测试工程师以操作员的角度测试产品;(F
5、ree 测试能力) 8 测试工程师及时与开发工程师沟通、交流解决问题;(部门间的工作协调能力) 9 测试工程师及时提交测试报告;(报告的及时性、准确性) 10 测试工程师之间处理问题;(共同完成任务)11 测试工程师协助开发工程师,了解开发流程等信息;(学习能力) 等.四软件测试人员工作业绩评估的误区: 1 不能仅从提交的问题数量、测试执行用例数量来判断测试人员的好坏; 模块A很不稳定,潜在的问题数可能有100个,由测试人员甲负责测试,他一个月执行300个用例,提交50个问题单,发现30个有效问题,有10个严重问题;模块B比较稳定,潜在的问题数可能有20个,由测试人员乙负责测试,他一个月执行1
6、00个用例,提交20个问题单,发现18个有效问题,有8个严重问题;从上述测试执行结果来看,甲提交的问题单数量和执行用例数量都要远远高于乙,但是从测试的质量来看,模块B的遗留问题显然少于模块A,甲执行测试的充分性显然不如乙,从问题单质量来看,甲提交的问题单虽然很多,但近半数是非问题,做了无用功,还影响到开发人员对问题的定位所消耗的时间。因此,必须要走出用问题单数量、用例数量评价测试人员的误区。 2 对软件人员发现的问题的价值没有进行评估; 发现一个系统架构设计方面的缺陷和隐患远比发现几个普通界面显示问题的价值大的多; 3 不重视测试文档的质量; 测试文档的质量往往是测试人员测试水平的反映;只有对
7、系统进行了统分的、深入的测试人员才能写出高质量的测试报告; 4 不重视测试人员的综合能力; 责任心、积极性、创造性以及沟通和协调能力附:软件测试工程师业绩评估模板:(满分:100分)软件测试工程师业绩评估模板:(满分:100分)类型评定参数参数值说明问题(35%)提交有效问题数量单位(个)最基本的考核指标提交的非问题数量单位(个)需要测试人员意识到处理非问题影响测试、开发的工作效率;测试主管必须严格审核测试人员提交的bug提交问题的规范性优秀良好普通不合格问题描述是否清晰;相关trace文件是否齐全;问题等级、版本等信息是否正确;问题跟踪是否到位;严重问题所占比例单位(%)(严重问题/问题总数
8、)*100%提交问题的质量非常好很好一般良好低综合评定测试人员提交问题的质量;测试人员发现问题的深入程度;工作效率提交bug验证bug优秀良好普通不合格对自己所提交问题的多版本跟踪;Check他人bug的程度;不同模块功能的理解程度;测试用例(20%)执行用例覆盖率开发用例难度困难普通容易编写测试用例质量.用力的难度直接反映测试人员的测试能力;并影响测试效率;FREE TEST.用例外,测试发现问题的能力新增测试用例价值.新增测试用例质量.文档(15%)测试报告质量优秀良好普通不合格测试报告的规范化程度;及时性;准确性;内部测试文档、测试经验的交流及共享经常偶尔从不测试工作的协调;经验的交流;
9、问题的确定;等等态度(30%)工作积极性优良中差主动解决测试中遇到的问题;沟通能力根据实际情况,分析评价;学习能力不断的提高工作效率;项目了解(主动性)对项目总体的把握;测试计划的执行执行计划;部门间团结协作各部门相互配合解决问题;上级主管综合评定及意见:综合评定:部门经理给出测试人员考核评定及意见附:软件测试工程师业绩评估模板评估类型绩效指标评价标准分值备注评分等级分值激励方式软件测试绩效工作态度严格遵守各项工作制度和岗位要求。工作认真负责,责任心强。能够主动进行工作沟通、交流。主动发现问题,并且跟踪解决。积极参与测试组各项活动,能够主动承担组内工作。16-20分1、工作制度遵循性(公司考勤
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 工程师 绩效 评估
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。