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

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

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

1与软件产品部配合完毕软件需求分析讨论，并根据需求阐明

制定《项目测试（计划）方案》；编写《测试用例》；建立测试

环境；

2负责研发部门各开发组研发口勺软件产品开发过程和投入运行之

前口勺新增软件和修改软件的模块测试和系统测试；建立、推广

并维护实行软件版本管理系统；

3负责推广实行软件开发文档规范化工作，管理研发产品有关文

档；

4负责配合软件研发部门等对于新项目软件或修改升级项目软件

日勺测试工作，并提供测试汇报；

5负责监督软件开发流程日勺执行，并负责提出软件开发过程改善

提议，提高软件产品质量。

6与开发工程师和研发部门交流汇报任务进展状况，并提出近来

的测试需求；

7测试部负责制定测试计划、测试用例和测试实行方案，项目主

负责人安排测试与对应的开发人员交流完毕测试执行工作；和

时提交精确、完整的《项目测试汇报》；

8项目主负责人负责开发流程管理和人力资源、测试用软硬件资

源调配，需要与研发之外的部门定期交流掌握下周或近期也许

测试任务;

9外部接口都由测试部主管负责完毕，与其他项目组和产品部门

协调项目进度；

二.软件测试的不确定性：

1软件测试的目的就是使软件的错误不停趋进于零，但软件的错

误是永远找不完的；

2开始测试时，也许软件使用1个小时就出现10个错误；测试修

正后1个小时出现一种错误，继续修正，继续测试，直到约一

种月出现一种错误。这时这个出错几率已经通过终止评审可以

接受了。那么测试就结束了。移植成功之后测试工作由开发部

门来维护。

3测试某些成熟的游戏或应用，测试过程中很难发现大量的缺陷;

而测试某些不成熟日勺游戏或应用，在测试前期,会出现大量的

问题；这样就导致不一样的工程师发现不一样数量日勺bug；

4软件测试日勺进度首先会按照测试计划逐渐进行，不过在测试过

程中，测试进度会随研发部门日勺进度而调整；因此积极的与研

发部门交流、协调测试中的问题是相称必要日勺。

三.测试工作最低成功原则和测试工程师考核内容：

测试工作日勺最终目的就是发现客也许发现H勺所有错误。假如

移植测试在使用第一天就发现了你没测试出来的错误，那测试

是失败的。假如使用了很久（如几种月）才出现错误，那阐明

测试还是成功的。

测试工程师考核内容：

1测试工程师比开发工程师更理解产品；产（品各模块总体把握能

力）

2测试工程师能从客的角度来检测软件的功能；顾（客身份）

3测试工程师获取资料，使得编制的测试用例更切合测试区I重点、

难点以和关注点；

编（写测试用例）

4测试工程师比开发工程师更轻易发现产品口勺问题；（不一样的思

维模式）

5测试工程师总是不停的发现问题，验证问题；（提交bug数量、

bug质量）

6测试T程师按照测试计划完毕各自T作；（测试计划日勺执行能

力）

7测试工程师以操作员的角度测试产品；F（ree测试能力）

8测试工程师和时与开发工程师沟通、交流处理问题；（部门间的

工作协调能力）

9测试工程师和时提交测试汇报；汇（报日勺和时性、精确性）

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

11测试工程师协助开发工程师，理解开发流程等信息；（学习能力）

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

1不能仅从提交勺「问题数量、测试执行用例数量来判断测试人员的

好坏；

模块A很不稳定，潜在的问题数也许有100个，由测试人员甲负

责测试，