如何量化评估被测试软件的质量

量化评估，最重要的一点是经验。同时科能需要大量统计工作作为铺垫。
/H {%]*{Fw)Eh0下面我主要从bug统计来说一下我的经验。51Testing软件测试网xD,g@;Y&E&OB E

G}]bs9m8wu5V7h)y01。测试项目数和摘出bug数预测
+G
Qk,NP$_ U X0    一般来说我们可以根据软件代码行数来粗略估计一个产品可能包含的bug数目和需要的测试项目。
ZoL8_"X7Y8@0    现在有些公司流行每千行bug数的标准来制定测试计划，这个标准是通过以往测试经验总结出来的，51Testing软件测试网@"Qv9y {.B([c5K
   一般来说，同类的产品，尤其是同一个开发流程的产品，这些数值不应该相差太多，
{e5k)p$g%m0   如果相差一个数量级以上，我们几乎可以说，要么是QA出问题了，要么是开发出问题了。51Testing软件测试网5a,~0|V!T$g}
51Testing软件测试网TF"Z
[0w&w i3C
2。测试bug分级
oT7m,Ee\`}3z0    使用bugzilla或者Jira之类的缺陷管理系统何以很容易的实现bug分级，一般至少有
+N-i)`4P]X6n0    Fatal, Major, Minor, cosmatic这几种，还有一种特殊的叫做blocker，意思是这个bug
?+l kp!}6~0    会影响测试进度。产品发布前，可以根据实际情况，定一个界限级别，比如要求51Testing软件测试网M|Z8Ut
    新出Major为0，并且所有已有的Major全部close。51Testing软件测试网*x+YdY2i3Xp

6f5OuUpX,f03。测试bug收敛
|6_`$]7l0    量化评估必不可少的是bug收敛，这个要通过统计每日新出bug并跟踪已有bug
jT4[JiKxK0    制作收敛曲线来实现。收敛曲线的形状发散表明目前产品极其不稳定，收敛曲线
-b#hz*eXr8D?3V0    开始收敛表示目前产品趋于稳定，完全收敛之后可以认为是发布的时机。
m(x1NX"oN#oT W5D_0
o.\2ah0t04。测试bug分布51Testing软件测试网6F1z]
d@ d'aP!qI
     bug分布是决定下面测试重点的一个重要的参考数据。首先还是需要统计，51Testing软件测试网$_B;z*z!g?R
     找出所有已有的不同级别的bug在各个模块的分布，假如ABC三个模块，51Testing软件测试网%q%^a0A)h
CP
     A模块占了bug的60%，C模块占了bug的8%那么，我们可以得出这样的结论，
ceHipG&oO0     软件的不稳定瓶颈在于A模块，是一个薄弱点，需要开发人员集中力量对应。
/e
m0u|#|0     但是C模块也是一个可疑模块，因为出现bug率太低，如果不是开发的太好51Testing软件测试网 DK6S wr|0I-j4dA
     就是测试方法不当。
1iB3_,cQo.[0
s ~{d
qo05。测试bug的周期
O {ue+G2_L t}0     一个bug的生命历程是一个完整的轮回，从他出生(open)开始，到调查(Accept)
s,Xr@:e7bU8{0    到修复(Fix)，再到确认(Verify)是最简单的路线，这个周期越短，说明项目进展越顺利
^sIS1s:Q0    反之则意味着项目进度目前有很大的阻碍。
kaH6\1F&\-b%_$q$A0
7\{q,k"SiS06。降级bug数51Testing软件测试网){u0J.[6j4|[,op6[
    降级bug的多少对于软件质量评估也是一个重要参考标准，降级bug也就是由于修正一个bug51Testing软件测试网gX$|4@y:[B1I
    又作了一个新bug，降级bug数目过多意味着现在的产品在越修越坏。51Testing软件测试网7wKXM7y)hk#]

N,o4_
^ \@:m0一个新的QA团队，在2，3，4，5，6步骤可能会有所迷惑，不知道阈值应该怎样选51Testing软件测试网"JHf$A!o@Uk{
但如果每次都坚持这样做，很多次之后2，3，4，5，6会给这个团队大量的经验积累，
x-U[ S_"YN0完全可以做到看着统计图估计出一个产品处于什么状态，需要加强哪些方面等等。

============================================