《软件测试人员量化考核办法》由会员分享，可在线阅读，更多相关《软件测试人员量化考核办法（6页珍藏版）》请在装配图网上搜索。
1、软件测试人员量化考核办法在项目中，测试人员考核往往成为项目经理和测试经理 的一个难题，项目组测试人员考核主要包括工作效率和工作 质量两大块，工作效率用于考察活动，而工作质量用于考察产 出物质量。按照传统测试周期，测试过程分为：测试计划、 测试设计和测试执行三个方面进行。测试计划属于测试经理 的范畴，测试人员主要是测试设计和测试执行，测试经理的 考核可包含在测试人员的考核内，当然,这部分考核也可以纳 入项目组中进行。考核指标如下：一、测试设计1、工作效率相关指标（1）文档产出率：这项指标值主要为测试用例文档页 数除于编写文档的有效时间获得。用于考察测试人员测试用 例文档的生产率大小。公式：习测试
2、用例文档页数（页）/习编写测试用例文 档有效时间（小时）参考指标：根据项目汇总得出平均在1.14页/小时左 右,高于此值为优，低于此值为差。（2）用例产出率：这项指标值主要为上述指标值的补 充，用于考察测试人员测试用例产出率大小.测试文档页数可 能包含的冗余信息较多，因此要查看文档中测试用例的多少。方法是测试用例文档中测试用例编号总和数除于编写文档 的有效时间。公式：习测试用例数（个）/习编写测试用例文档有效 时间（小时）参考指标：平均4。21个用例/小时2、工作质量相关指标（1）需求覆盖率：计算测试用例总数之和除于与之一 一对应的功能点数之和，主要查看是否有功能点遗漏测试的 情况。公式：习测
3、试用例数（个）/ 功能点（个）参考指标：100 %.如果连功能指标都不能满足100 % 覆盖,起码说明测试不充分.这个指标收集起来相当困难，如果 存在需求跟踪矩阵或者测试管理工具能把用例与需求一一 对应就容易得多。（2）文档质量：测试用例进行评审和同行评审发现的缺陷 数，或者将此缺陷数除于文档页数算出比率。此指标考察测 试人员文档编写的质量如何。公式：缺陷数（评审和同行评审）（个）缺陷数（评审和同行评审）（个）/ 测试用例文档 页数（页）参考指标：由于评审是发现的缺陷数是不固定的，因此， 这个指标没有可供参考的数值。如果缺陷数大小不能直接用 于比较就使用缺陷/页方式进行横向对比.（3）文档有效
4、率：使用测试用例文档进行测试时发现 的系统测试缺陷数除于此文档页数.用于考察文档是由有效的 指导了测试工作。公式:缺陷数（系统测试）（个）/ 测试用例文档 页数（页）参考指标:平均2.18个缺陷/页注意：如果存在测试人员在测试时创建新文档用于辅助 测试时应包含这一部分。（4）用例有效率：使用测试用例发现的全部缺陷除于测 试用例数总和。这一指标是上一指标的补充指标，用于考察 用例质量是否较高公式:缺陷数（系统测试）（个）/ 测试用例数（个）参考指标：平均0。59个缺陷/用例，也就是说，每执 行两个用例才得到1个缺陷，各工程有所不同，可以自己 实践一下。二、测试执行1、工作效率相关指标（1）执行效
5、率:利用测试用例文档页数除于此次系统测 试执行的时间总和（不包含用例文档编写时间）.补充指标方 法是用例的个数除于此次系统测试的时间总和.用于获得工 作中测试人员每小时执行测试的速度.公式：习测试用例文档页数（页）/习执行系统测试的 有效时间（小时）习测试用例数（个）/习执行系统测试的有效时间（小 时）参考指标：平均0。53页/小时，1.95个用例/小 时。即测试人员每小时执行半页测试用例或者每小时执行2 个测试用例.通过横向比较，容易知道那位成员的执行效率较 高。注意：执行效率高的不代表测试质量也高,甚至执行效率 和测试质量成反比，所以后面工作质量的指标会补充这一部 分的偏离。实际结果表明，
6、用例执行效率高的成员，其缺陷 发现率往往偏低，考核如果不将此纳入进来也可以将其作为 测试改进的一项重要数据进行收集。（2）进度偏离度:检查计划时间和实际时间的进度，方法是 计划时间差额减去实际时间差额除于实际工时总和，用于考 察测试人员进度情况，监控测试是否按照日程进行，是否满足 了工程的进度要求。公式: （计划开始时间-实际开始时间）+（计划结 束时间一实际结束时间）/总工时参考指标：15 %进度偏离是个相对的指标，可能偏离 了 20个工作日,但是对于一个长达半年时间的测试而言偏 离天数比上整体测试所需天数不足15 %，可能偏离了 3个 工作日，但是对于一个只有1星期时间的测试已经超过了 整
7、个测试阶段所需天数的60 %。（3）缺陷发现率：测试人员各自发现的缺陷数总和除 于各自所花费的测试时间总和。由于执行效率不能足够代表 测试人员是否认真工作，那么，每小时发现的缺陷数就是重要 的考核指标，你的工作可以通过这项指标得到反馈。公式：缺陷数（系统测试）（个）/习执行系统测试的 有效时间（小时）参考指标：平均1。1个缺陷/小时假使有位测试人 员没有达到1小时发现1个缺陷，那么，除非产品质量高、 模块较小，否则，就是他的缺陷发现能力不如其他测试人员。 当然，详细分类中可以根据发现重要缺陷的多少来定义缺陷 发现能力.2、工作质量相关指标（4）有效缺陷率：被拒绝和删除的缺陷数总和，或者 被拒绝
8、和删除的缺陷数总和除于缺陷总数。这项指标用于考 察测试人员发现的、被确认为缺陷的缺陷数高低或者百分比, 数和比率越低测试质量越高。公式：缺陷数（系统测试中被拒绝和删除的）（个）缺陷数（系统测试中被拒绝和删除的）（个）/ 缺陷 数（系统测试）（个）参考指标：平均21.9 % （测试人员发现的每100个缺 陷中平均有22个缺陷不被开发组确认、认为不是“缺陷” 或者错误录入缺陷）。有效缺陷比率容易给出,但是有效缺陷 数具体数据要根据项目情况，无法给出可参考的数值.（5）严重缺陷率：这个比例用于弥补缺陷发现率的不足。 主要是根据严重程度分类的缺陷数比全部缺陷或者有效缺 陷数。一般而言，每个公司基本把缺
9、陷严重程度分为严重、 一般和微小，或者更细（通常等级数为奇数）。另外，可以对 缺陷严重程度进行折算（严重：一般：微小=1 : 3 : 5 ） 通过折算可以得出权重，然后在计算测试人员分值，在此不冗 述公式：习严重/ 一般/微小/ 缺陷数习严重/ 一般/微小/有效缺陷数参考指标：严重10% 般70%微小20% .当测试 人员发现的缺陷中严重错误比率越高,说明测试质量相对就 好，通常严重程度缺陷数的分布呈正态分布。（6）模块缺陷率：这个指标主要是根据一个单独测试模块 的缺陷数除于模块本身功能点数得出来的。假使一个模块是 单独测试的话，很容易可以和其他模块进行指标横向对比， 参照对应的测试人员，得出所测试模块的缺陷数，可以考察 测试人员测试水平，也为开发考核提供数据。公式：缺陷数（系统测试（个）/功能点（个）缺陷数（系统测试（个）/子功能点（个）参考指标平均3。74个缺陷/功能点1个缺陷/子 功能点
软件测试人员量化考核办法
