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

软件测试工程师绩效评估表 软件测试工程师职责： 1 与软件产品部配合完成软件需求分析讨论，并根据需求说明书制定《项目测试（计划）方案》；编写《测试用例》；建立测试环境； 2 负责研发部门各开发组研发的软件产品开发过程和投入运营之前的新增软件和修改软件的模块测试和系统测试；建立、推广并维护实施软件版本管理系统； 3 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 4 负责配合软件研发部门等对于新项目软件或修改升级项目软件的测试工作，并提供测试报告； 5 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。 6 与开发工程师和研发部门交流报告任务进展情况，并提出最近的测试需求； 7 测试部负责制订测试计划、测试用例和测试实施方案，项目主负责人安排测试与对应的开发人员交流完成测试执行工作；及时提交准确、完整的《项目测试报告》； 8 项目主负责人负责开发流程管理和人力资源、测试用软硬件资源调配，需要与研发之外的部门定期交流掌握下周或近期可能测试任务； 9外部接口都由测试部主管负责完成，与其他项目组和产品部门协调项目进度； 二．软件测试的不确定性： 1 软件测试的目的就是使软件的错误不断趋进于零，但软件的错误是永远找不完的；　　 2 开始测试时，可能软件使用1个小时就出现10个错误；测试修正后1个小时出现一个错误，继续修正，继续测试，直到约一个月出现一个错误。这时这个出错几率已经通过终结评审可以接受了。那么测试就结束了。移植成功之后测试工作由开发部门来维护。　 3 测试一些成熟的游戏或应用，测试过程中很难发现大量的缺陷；而测试一些不成熟的游戏或应用，在测试前期，会出现大量的问题；这样就导致不同的工程师发现不同数量的bug； 4 软件测试的进度首先会按照测试计划逐步进行，但是在测试过程中，测试进度会随研发部门的进度而调整；所以积极的与研发部门交流、协调测试中的问题是相当必要的。 三．测试工作最低成功标准及测试工程师考核内容： 测试工作的最终目标就是发现客户可能发现的所有错误。如果移植测试在使用第一天就发现了你没测试出来的错误，那测试是失败的。如果使用了很久（如几个月）才出现错误，那说明测试还是成功的 。 测试工程师考核内容： 1 测试工程师比开发工程师更了解产品；（产品各模块总体把握能力） 2 测试工程师能从客户的角度来检测软件的功能；（用户身份） 3 测试工程师获取资料，使得编制的测试用例更切合测试的重点、难点以及关注点模块A很不稳定，潜在的问题数可能有100个，由测试人员甲负责测试，他一个月执行300个用例，提交50个问题单，发现30个有效问题，有10个严重问题；模块B比较稳定，潜在的问题数可能有20个，由测试人员乙负责测试，他一个月执行100个用例，提交20个问题单，发现18个有效问题，有8个严重问题；从上述测试执行结果来看，甲提交的问题单数量和执行用例数量都要远远高于乙，但是从测试的质量来看，模块B的遗留问题显然少于模块A，甲执行测试的充分性显然不如乙，从问题单质量来看，甲提交的问题单虽然很多，但近半数是非问题，做了无用功，还影响到开发人员对问题的定位所消耗的时间。因此，必须要走出用问题单数量、用例数量评价测试人员的误区。Check他人bug的程度； 不同模块功能的理解程度； 测试用例 （20%） 执行用例 覆盖率 开发用例难度 困难 普通 容易 编写测试用例质量 …. 用力的难度直接反映测试人员的测试能力；并影响测试效率； FREE TEST …. 用例外，测试发现问题的能力 新增测试用例价值 …. 新增测试用例质量 …. 文档 （15%） 测试报告质量 优秀 良好 普通 不合格 测试报告的规范化程度； 及时性； 准确性； 内部测试文档、测试经验的交流及共享 经常 偶尔 从不 测试工作的协调； 经验的交流； 问题的确定； 等等 态度 （30%） 工作积极性 优良中差 主动解决测试中遇到的问题； 沟通能力 … 根据实际情况，分析评价； 学习能力 … 不断的提高工作效率； 项目了解（主动性） … 对项目总体的把握； 测试计划的执行 … 执行计划； 部门间团结协作 … 各部门相互配合解决问题； 上级主管综合评定及意见： 综合评定： 部门经理给出测试人员考核评定及意见 附：软件测试工程师业绩评估模板 评估类型 绩效指标 评价标准 分值 备注 评分等级 分值 激励方式 软件测试绩效 工作态度 严格遵守各项工作制度和岗位要求。工作认真负责，责任心强。能够主动进行工作沟通、交流。主动发现问题，并且跟踪解决。积极参与测试组各项