非主流翻译软件测试,如何评估软件测试的效率

如何评估软件测试的效率

软件测试是软件上线前的最后一道工序，也是保证软件正常运行的最重要的一个环节，那么，软件测试的效率是如何评估衡量的呢？今天腾讯优测云服务平台的小编就和大家聊聊。

腾讯优测云服务平台是一站式移动云测试服务平台，有用十年终端测试服务经验，提供兼容性测试、自动化测试、云真机租用、设备分享等多种服务方式。优测云服务平台的软件测试团队拥有50余名测试专家，300余位专业测试人员，不仅支持标准能力输出，也可以提供定制化测试解决方案，帮助客户企业打造完备的DevOps测试体系。拥有这样一个庞大的测试团队，测试效率的衡量标准是怎样的呢？

很多人会说软件测试是什么，就是在测试过程中发现软件中的bug，那么就以bug数量来衡量测试人员的系统测试效率吧，其实，这就有点像拿开发人员的代码行数衡量开发人员的开发效率一样，无法客观有效的反映测试人员的工作质量和工作效率。

Bug数量为软件测试效率的衡量依据，也是有优点的，以BUG数量为基础，有一个明确而清晰的度量标准。那么，随之而来的是缺点，这种方式的衡量欠缺力度和有效尺度，不能真正反映当前系统的质量状况。为什么这样说呢？腾讯优测小编给您几个原因。

1.例如，主业务流程和非主业务流程中的一个C类BUG，或是主业务流程中C类BUG和非主业务流程中的A类BUG，或是经常出现的BUG和偶尔出现的BUG。

2.

开发质量：测试一个高质量的程序和测试一个低质量程序所发现的BUG的数量肯定不一样那么，问题就来了

问题一：这两种类型的BUG是否有可比性，是否可以说同时发现的两种C类BUG的测试人员的工作效率就一样高呢？或是发现非主业务流程中A类BUG的测试人员的测试效率要比发现主业务流程中C类BUG的测试效率高呢？或是发现经常出现的BUG的测试效率就高过发现偶尔出现BUG的效率就高呢？问题二：对于不同开发质量的程序，以BUG数量做评价标准，谁碰到了开发质量不高的程序，那他的测试效率一定高(如果他是个合格的测试的话)

Root Cause

：二者没有直接的可比性，需要一个中间变量：权重

A.BUG

的权重

B.

开发人员的能力

这时就需要一个解决方案：

1.

针对BUG按照实际的需求进行权重划分(主流程按1.0，非主流程按<1.0，具体的划分方式需要参考以前的测试标准得出一个合理的度量数据)

2.

针对BUG对系统的影响程度进行权得划分(系统崩溃：1.5，严重：1.0，一般：0.8等等进行划分)

3.

针对开发人员能力，取开发人员的平均开发能力，以此为标准确定BUG发现的权重。大于开发能力的，其BUG的权重就应当>1.0，反之则应<1.0。

4.针对每一个测试版本做相应统计，进行曲线比较，如果是上窜下跳，而且没有理由，测试效率是高是低一目了然

5.

加强测试过程控制，必免不合格测试版本的出现，否则得出来的再高的测试效率也是没有价值的。

[if !supportLineBreakNewLine]

[endif]

需要小编做个特殊说明的是：所有的权重评估数据都是在前期数据基础之上进行的，也就是说需要设定一个基础的度量值，随着整体开发和测试的质量的提高，或是整体系统的开发难度和业务熟悉度的变化，这个值是动态变化的；有时也会将测试人员的经验和测试水平加权做评估，个人认为意义不大，因为不同类型的测试人员发现问题的类型，方法和敏感度不尽相同。

对于软件测试效率的问题，腾讯优测小编就聊这么多，如果大家有不同见解，大家一起来讨论吧！