快捷搜索:

关于软件测试效率的度量

我的理解,效率不即是速率,效率=速率+质量+进度。

颠末上次和大年夜家的评论争论,我归纳我们的测试效率和以下几点有关:

对营业组测试职员效率的度量身分如下:

1.Bug总数,包孕数量,等级,其他身分不变的条件下,肯定是bug数越多这位测试职员的效率越高,在统计bug数的时刻,可以根据bug等级×响应的基数来谋略bug总数。比如,bug数=V级×1.5+IV级×1.3+III级+II级×0.7+I级×0.5。

2.有效Bug所占的比例,纵然我们报上去很多bug,但有效的却不多,也不能阐明我们效率高,反而,无效的bug会挥霍开拓和测试相关职员很多光阴处置惩罚,低落了我们的效率。

3.宣布后的线上故障,现阶段测试相关的故障主要都是由于测试漏掉,有漏掉就阐明我们的测试照样效率不高,可以改进。

4.Bug发明的光阴点,bug曲线的收敛性,抱负的效率高的模式应该是前多后少,逐步收敛的,假如前期bug异常少,后期却发明大年夜量bug,那我们的前期效率就有问题。

5.TC评审或review时考察TC的数量,速率,质量,颗粒度,对功能点的覆盖,是否有漏掉等等,参加评审职员提出的改动建议,给出打分,评价测试职员TC筹备的效率,同时,提出较多改动意见的评审职员的效率也是对照高的。

6.TC评审经由过程,履行完之后,必要考察履行的速率和质量准确率,同样的用例,有人2天就履行完了,有人却要3天,阐明速率不佳;一个case,测试的时刻OK,后期却发明着实应该是NG,阐明履行不卖力,或者理解有问题,这些都是低下的效率,尤其是为了赶进度填写假的结果,严重违抗我们诚信的基础代价不雅。

7.测试职员造成的二次预宣布,将对很多人和整体造成影响,也要计入测试职员的效率中。

您可能还会对下面的文章感兴趣: