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

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

一．软件测试工程师职责：

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测试工程师总是不断的发觉问题，验证问题；（提交bug数量、bug质量）

6测试工程师依据测试支配完成各自工作；（测试支配的执行实力）

7测试工程师以操作员的角度测试产品；（Free测试实力）

8测试工程师刚好与开发工程师沟通、沟通解决问题；（部门间的工作协调实力）

9测试工程师刚好提交测试报告；（报告的刚好性、精确性）

10测试工程师之间处理问题；（共同完成任务）

11测试工程师帮助开发工程师，了解开发流程等信息；（学习实力）

等………..

四．软件测试人员工作业绩评估的误区：

1不能仅从提交的问题数量、测试执行用例数量来推断测试人员的好坏；

模块A很不稳定，潜在的问题数可能有100个，由测试人员甲负责测试，他一个月执行

300个用例，提交50个问题单，发觉30个有效问题，有10个严峻问题；

模块B比较稳定，潜在的问题数可能有20个，由测试人员乙负责测试，他一个月执行

100个用例，提交20个问题单，发觉18个有效问题，有8个严峻问题；

从上述测试执行结果来看，甲提交的问题单数量和执行用例数量都要远远高于乙，但是

从测试的质量来看，模块B的遗留问题明显少于模块A，甲执行测试的充分性明显