在项目中，测试人员考核往往成为项目经理和测试经理的一个难题，怎样评估测试人员的工作？怎样定义测试质量的差别？本文通过从事测试工作多年中对不同项目的数据收集和网上有限资料的参考分析，思考总结出一套可行的方法，在此提供给大家。

长期以来，如何考核测试人员的工作是富有争论的话题， 一个理想化的方法是收集测试阶段之后项目阶段的缺陷来确定系统测试的质量。但是，这种方法的不可操作性在于：一是维护和实施阶段的缺陷难于收集；二是缺陷贯穿产品的整个使用周期，无法穷尽，难于将时间段分割开来比较；三是成本过于庞大，时间跨度过长，起不到有效激励的作用。能不能在项目过程中寻找可以评价测试人员工作的方法呢？这这个思路，本人摸索出一套有效的办法。

首先声明的是，第一，这套考核方发在一个功能点估算超过 10000 个的项目中经过实践，但是对于小项目而言，可能缺少足够的数据和必要性；第二，项目组内考核的成功不能意味着在测试部门内可以采用类似的考核方法，仅提供一种参考方法，部门考核可能更多考虑投入工程的工作量大小和任务分配重要性；第三，除了量化指标外，测试人员工作态度、工作能动性和技术学习意愿要通过定性分析来得到。

项目组测试人员考核主要包括工作效率和工作质量两大块，工作效率用于考察活动，而工作质量用于考察产出物质量。由于考核基于测试过程进行，因此必须在过程结束之后才能进行。当然，由于工程是分布提交测试的，每月可以根据实际情况进行月考核，工程结束后或任务结束后在统一考核。按照传统测试周期，测试过程分为：测试计划、测试设计和测试执行三个方面进行。测试计划属于测试经理的范畴，在后讨论。测试人员主要是测试设计和测试执行，测试经理的考核可包含在测试人员的考核内，当然，这部分考核也可以纳入项目组中进行。考核指标如下：

一 测试设计

工作效率相关指标

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

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

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

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

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

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

工作质量相关指标

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

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

参考指标： 100 ％。如果连功能指标都不能满足 100 ％覆盖，起码说明测试不充分。这个指标收集起来相当困难，如果存在需求跟踪矩阵或者测试管理工具能把用例与需求一一对应容易得多。

注意：有的功能是难于测试的，那么未能覆盖到的需求要综合分析，明确是测试人员遗漏？还是无法测试？这需要放入问题跟踪表中进行后续跟踪；另外，有的功能点包含的信息较多或者有的用例包含几个功能点，这时只能把重复的功能点或重复用例按一个计，难于区分的要做说明。

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

公式：∑缺陷数（评审和同行评审）（个）

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

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

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

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

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

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

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

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

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