2、测试人员绩效考核

　　考核基于测试过程进行，因此必须在过程结束之后才能进行。由于工程是分布提交测试的，每月可以根据实际情况进行月考核，工程结束后或任务结束后再统一考核。按照传统测试周期，测试过程分为：测试计划、测试设计和测试执行三个方面进行。测试计划属于测试经理的范畴。测试人员主要是测试设计和测试执行。

　　测试人员的绩效考核包括多个方面：

　　● 工作态度。包括工作责任心和工作积极性。

　　● 工作职责与期望达成度(注意：在工作安排前需求明确对应测试工程师的工作职责和对测试工程师的期望值，这里的工作职责一般是和管理相关的工作职责内容)。

　　● 工作内容考核。

　　→ 参与软件开发过程的工作内容考核，比如参与需求和设计的评审，需要对需求的理解上，对需求提出问题的质量上等作出评价。

　　→ 参与测试文档的准备工作，如测试用例等，需要通过评审测试文档来考核测试人员的能力。如评审测试用例的质量，对需求的覆盖程度，可理解和执行等方面来判段测试人员的能力。

　　→ 执行测试的工作，需要从测试人员所发现的问题对测试人员进行评价。包括发现问题是复杂的还是简单的，是隐藏较深的，还是一些表面的问题。包括问题的书写上进行评价，问题的书写是否详细清晰，开发人员可以再现，还是含糊其词，不明所以。一个问题是否写多遍等。

　　→ 测试结果缺陷残留，对于已经发布的产品，从用户反馈问题考核测试人员的绩效，但是这个可能需要的时间比较长；对于不同版本的测试，可从版本的漏检进行统计。

　　→ 测试人员的沟通能力考核，包括缺陷在开发工程师中沟通的达成率和拒绝率。

　　● 工作效率与工作质量考核。

　　→ 测试设计中工作效率相关指标：

　　△ 文档产出率：这项指标值主要为测试用例文档页数除于编写文档的有效时间获得。用于考察测试人员测试用例文档的生产率大小。

　　公式：∑测试用例文档页数（页）/∑编写测试用例文档有效时间（小时）

　　参考指标：根据项目汇总得出平均在 1.14 页 / 小时左右，高于此值为优，低于此值为差。

　　△ 用例产出率：这项指标值主要为上述指标值的补充，用于考察测试人员测试用例产出率大小。测试文档页数可能包含的冗余信息较多，因此要查看文档中测试用例的多少。方法是测试用例文档中测试用例编号总和数除于编写文档的有效时间。

　　公式：∑测试用例数（个） / ∑编写测试用例文档有效时间（小时）

　　参考指标：平均 4.21 个用例 / 小时

　　● 测试设计中工作质量相关指标：

　　→ 需求覆盖率：计算测试用例总数之和除于与之一一对应的功能点数之和，主要查看是否有功能点遗漏测试的情况。

　　公式：∑测试用例数（个） / ∑功能点（个）

　　参考指标：100％。如果连功能指标都不能满足 100 ％覆盖，起码说明测试不充分。这个指标收集起来相当困难，如果存在需求跟踪矩阵或者测试管理工具能把用例与需求一一对应容易得多。注意：有的功能是难于测试的，那么未能覆盖到的需求要综合分析，明确是测试人员遗漏？还是无法测试？这需要放入问题跟踪表中进行后续跟踪；另外，有的功能点包含的信息较多或者有的用例包含几个功能点，这时只能把重复的功能点或重复用例按一个计，难于区分的要做说明。

　　→ 文档质量：测试用例进行评审和同行评审发现的缺陷数，或者将此缺陷数除于文档页数算出比率。此指标考察测试人员文档编写的质量如何。

　　公式：∑缺陷数（评审和同行评审）（个） / ∑测试用例文档页数（页）

　　参考指标：由于评审是发现的缺陷数是不固定的，因此，这个指标没有可供参考的数值。如果缺陷数大小不能直接用于比较使用缺陷 / 页方式进行横向对比。

　　→ 文档有效率：使用测试用例文档进行测试时发现的系统测试缺陷数除于此文档页数。用于考察文档是由有效的指导了测试工作。

　　公式：∑缺陷数（系统测试）（个） / ∑测试用例文档页数（页）

　　参考指标：平均 2.18 个缺陷 / 页

　　注意：如果存在测试人员在测试时创建新文档用于辅助测试时应包含这一部分。

　　→ 用例有效率：使用测试用例发现的全部缺陷除于测试用例数总和。这一指标是上一指标的补充指标，用于考察用例质量是否较高

　　公式：∑缺陷数（系统测试）（个） / ∑测试用例数（个）

　　参考指标：平均 0.59 个缺陷 / 用例，也是说，每执行两个用例才得到 1 个缺陷，各工程有所不同，可以自己实践一下

　　→ 评审问题数：是否存在对需求理解、系统架构设计、系统设计等方面引起争议的问题。体现出测试人员发现问题的深入层次，有利于产品质量的提高。