“根据系统测试发现缺陷数来衡量测试人员的系统测试效率，测试执行效率”，这种方法是很片面的。它的优点是便于统计和分析，缺点是只通过一个方面考核了测试效率等，漏掉了很多其他因素。

那么该如何衡量测试人员的测试效率呢，以下给出一些效率计算的建议：

1、测试设计

测试设计的效率应通过三方面衡量。第一，要通过 测试用例数/测试功能点，考核测试设计的覆盖度；第二，要通过 测试用例的条数/编写时间，考核编写效率；第三，测试设计评审时发现的缺陷比例，即 测试用例缺陷数/负责的被评审测试用例总数，比率高则测试设计质量高。

2、测试执行

测试执行效率至少也应通过以下几个方面衡量，这里只提及比较容易执行的考核方法。

第一，缺陷数。

考核缺陷数不应仅仅是缺陷个数，我们在测试执行过程所提的缺陷都是分等级的，这里以ABCD四个等级为例，A可定义为影响系统运行或影响核心模块测试的缺陷，B可定义为影响模块或子模块测试的缺陷和核心功能的缺陷，C可定义为一般功能缺陷，D可定义为建议类缺陷等。那么，我们在统计缺陷数的时候，应根据缺陷等级×相应的基数来计算缺陷总数。比如，缺陷数＝A×1.5＋B×1.3＋C＋D×0.8，这样我们缺陷数就避免了因缺陷数相同而缺陷重要度不同的争议。

第二，测试质量。

测试质量可以通过交叉测试和bug收敛度来考核。项目测试组，可根据测试计划适当的安排交叉测试，通过交叉测试的缺陷来衡量原模块测试人的测试质量。再通过每轮测试的bug数，按模块来衡量bug收敛度，收敛度高，则可侧面判断测试人员的认真程度和效率。如果没有交叉测试，则收敛度低为效率差；如果没有交叉测试，则收敛度低为该模块原测试人员的效率差，而交叉测试人员的效率高。

第三，缺陷分析。

测试中难免会有重复bug和无效bug，根据 有效缺陷数/缺陷总数 来衡量有效bug的比率，这里的缺陷均是ABCD类核算后的数量，比率高者，相对测试质量较高。

第四，客户反馈缺陷。

一般黑盒测试难免会有测试遗漏，根据客户要求和项目大小，一般遗漏缺陷不允许大于2个C类，D类不限。那么我们根据客户反馈的缺陷，分析bug的严重程度，可以侧面体现测试人员的测试质量。

第五，缺陷定位和可读性。

查看缺陷描述和问题定位。如果一个测试人员只会通过页面将现象表达出来，而无法定位这种现象是有什么引起的，或者无法定位该缺陷到底错在何处，那么可以判定测试人员只是做了简单的表面测试，并没有对所发现问题进行分析定位。比如，一般系统都会有报表，那么当测试人员发现报表数据不对时，应明确定位该类报表现在统计的是哪些数据，而正确的结果应该统计哪些数据，不是仅仅一句报表数据错误就over了。

可读性一般都不会有问题，每个测试部都会有缺陷提交的统一规范，正确表达出来还是没问题的。

第六，性能测试。

如果做性能测试，可仔细查看性能测试报告，有没有把客户关注的性能问题，很直观明确的分析，并得出结果反应在报告中。

如何提高测试效率呢？

以下给出一些可执行建议。

第一，测试负责人与开发负责人共同对项目进度进行商讨分析，作出合理的测试计划，并在测试执行过程中严格按照测试计划的进度和测试策略进行测试。

第二，测试人员尽早的进入需求理解阶段，充分理解需求文档。

第三，必要时做跟进测试，提高需求理解深度，可间接提高测试执行的效率；跟进测试，即系统测试之前的草稿版测试，需要与开发方沟通，让其协助来执行。跟进测试的目的不是发现bug，而是熟悉系统环境，助于需求理解和测试设计。

第四，尽量避免失败的接收测试。一次版本无法接收，会浪费很多人力和时间，还会影响测试人员的测试热情。

第五，任务分配合理化。测试负责人应根据项目组成员的经验和能力能个人因素，合理的分配测试任务，并将测试任务的模块和时间详细化，这样有助于提高整个项目的测试效率。

第六，测试工作从某种角度看，会很容易掺杂个人主观意见，测试质量也受测试人员的责任感的因素影响，所以，培养良好的测试风格，提高测试人员的责任感，也能间接提高项目的测试效率。

转载请保留：本文出自51Testing软件测试论坛每周一问活动，感谢会员sunyh的精彩回答。

查看更多活动详情请点击：http://bbs.51testing.com/forum-157-1.html