【项目管理知识】信息技术：软件项目中测试人员的考核

1、信息技术：软件项目中测试人员的考核长期以来，如何考核测试人员的工作是富有争论的话题，一个理想化的方 法是收集测试阶段之后项目阶段的缺陷来确定系统测试的质量。但是，这种方 法的不可操作性在于：一是维护和实施阶段的缺陷难于收集；二是缺陷贯穿产 品的整个使用周期，无法穷尽，难于将时间段分割开来比较；三是成本过于庞 大，时间跨度过长，起不到有效激励的作用。能不能就在项目过程中寻找可以 评价测试人员工作的方法呢？就这这个思路，本人摸索出一套有效的办法。首先声明的是，这套考核方发在一个功能点估算超过 1000010000 个的项目中 经过实践，但是对于小项目而言，可能缺少足够的数据和必要性；第二，项目 组

2、内考核的成功不能意味着在测试部门内可以采用类似的考核方法，仅提供一 种参考方法，部门考核可能更多考虑投入工程的工作量大小和任务分配重要 性；第三，除了量化指标外，测试人员工作态度、工作能动性和技术学习意愿 要通过定性分析来得到。项目组测试人员考核主要包括工作效率和工作质量两大块，工作效率用于 考察活动，而工作质量用于考察产出物质量。由于考核基于测试过程进行，因 此必须在过程结束之后才能进行。当然，由于工程是分布提交测试的，每月可 以根据实际情况进行月考核，工程结束后或任务结束后在统一考核。按照传统 测试周期，测试过程分为：测试计划、测试设计和测试执行三个方面进行。测 试计划属于测试经理的范畴，

3、在后讨论。测试人员主要是测试设计和测试执 行， 测试经理的考核可包含在测试人员的考核内， 当然，这部分考核也可以纳 入项目组中进行。考核指标如下：一测试设计工作效率相关指标文档产出率这 项指标值主要为测试用例文档页数除于编写文档的有效时间获得。用于考察测 试人员测试用例文档的生产率大小。公式：习测试用例文档页数（页）/ / 2 2 编写测试用例文档有效时间（小时）参考指标：根据项目汇总得出平均在 1.141.14 页/ /小时左右，高于此值为优，低 于此值为差。用例产出率这项指标值主要为上述指标值的补充，用于考察测试人员测试 用例产出率大小。测试文档页数可能包含的冗余信息较多，因此要查看文档中

4、 测试用例的多少。方法是测试用例文档中测试用例编号总和数除于编写文档的 有效时间。公式：习测试用例数（个）/ /编写测试用例文档有效时间（小时）参考指标：平均 4.214.21 个用例 / /小时工作质量相关指标需求覆盖率计算测试用 例总数之和除于与之一一对应的功能点数之和，主要查看是否有功能点遗漏测 试的情况。公式：习测试用例数（个）/ /功能点（个）参考指标：100100。如果连功能指标都不能满足 100100覆盖，起码说明测试 不充分。这个指标收集起来相当困难，如果存在需求跟踪矩阵或者测试管理工 具能把用例与需求一一对应就容易得多。注意：有的功能是难于测试的，那么未能覆盖到的需求要综合分

5、析，明确 是测试人员遗漏？还是无法测试？这需要放入问题跟踪表中进行后续跟踪；另 外，有的功能点包含的信息较多或者有的用例包含几个功能点，这时只能把重 复的功能点或重复用例按一个计，难于区分的要做说明。文档质量测试用例进行评审和同行评审发现的缺陷数，或者将此缺陷数除 于文档页数算出比率。此指标考察测试人员文档编写的质量如何。公式：缺陷数（评审和同行评审）（个）丄缺陷数（评审和同行评审）（个）/ / 2 2 测试用例文档页数（页）参考指标：由于评审是发现的缺陷数是不固定的，因此，这个指标没有可 供参考的数值。如果缺陷数大小不能直接用于比较就使用缺陷 / /页方式进行横向 对比。文档有效率使用测试用

6、例文档进行测试时发现的系统测试缺陷数除于此文 档页数。 用于考察文档是由有效的指导了测试工作。公式：2缺陷数（系统测试）（个） / /2测试用例文档页数（页）参考指标：平均 2.182.18 个缺陷/ /页注意：如果存在测试人员在测试时创建新文 档用于辅助测试时应包含这一部分。用例有效率使用测试用例发现的全部缺陷除于测试用例数总和。 这一指标 是上一指标的补充指标，用于考察用例质量是否较高公式：2缺陷数（系统测 试）（个） / /2测试用例数（个）参考指标：平均 0.590.59 个缺陷/ /用例，也就是说，每执行两个用例才得到 1 1 个 缺陷，各工程有所不同，可以自己实践一下二测试执行工作

7、效率相关指标执行 效率利用测试用例文档页数除于此次系统测试执行的时间总和（不包含用例文 档编写时间）。补充指标方法是用例的个数除于此次系统测试的时间总和。用 于获得工作中测试人员每小时执行测试的速度。提供公式：2测试用例文档页数（页） / /2执行系统测试的有效时间（小时）2测试用例数（个） / /2执行系统测试的有效时间（小时）参考指标：平均 0.530.53 页/ /小时， 1.951.95 个用例/ /小时。即测试人员每小时执行 半页测试用例或者每小时执行 2 2 个测试用例。通过横向比较，容易知道那位成员的执行效率较高。注意：执行效率高的不代表测试质量也高，甚至执行效率和测试质量成反比

8、，所以后面工作质量的指标会补充这一部分的偏离。实际结 果表明，用例执行效率高的成员，其缺陷发现率往往偏低，考核如果不将此纳 入进来也可以将其作为测试改进的一项重要数据进行收集。进度偏离度检查计划时间和实际时间的进度，方法是计划时间差额减去实 际时间差额除于实际工时总和，用于考察测试人员进度情况，监控测试是否按 照日程进行，是否满足了工程的进度要求。公式：刀（计划开始时间- -实际开始时间）+刀（计划结束时间- -实际结束时 间） / /总工时参考指标： 1515进度偏离是个相对的指标，可能偏离了 2020 个工作 日，但是对于一个长达半年时间的测试而言偏离天数比上整体测试所需天数不 足 1515，可能偏离了 3 3 个工作日，但是对于一个只有 1 1 星期时间的测试已经超 过了整个测试阶段所需天数的 6060。注意：计算时分子分母要保持一致，即开始或结束时间已经去除了非工作 日时间，则总工时也要去除非工作日时间。因为制定计划时是根据每个公司的 工作日来制定的，也就是说，考虑了非正常工作日的日程。测试进度也是考核很重要的一步，如果没有进度保证，所有的测试都存在 风险，种方法是测试人员可以采用