BUG发现率及严重程度重定义
G;T|2c;s8Yt-K0 2009.04.24 于厦门51Testing软件测试网g!D'Z.l-yn&li
8mR7D;{j|(V01.BUG等级划分建议:51Testing软件测试网7]~#H8Q\wo J9_1D7~"z
目前project上的BUG严重程度分为五个等级,按照CMM5中定义的规范,BUG严重等级可分为3-5个等级,由于我们公司的CMM水平还处于初级阶段,将BUG等级划分过细不符合我们当前的CMM水平,同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况,同时参照其它中小公司的等级划分标准,建议将BUG等级划分四个等级,分别为致命、严重、一般、提示。51Testing软件测试网iCn?`
O!|e$p
51Testing软件测试网q
U%S
QVT:e.B[
Ø 致命(可对应目前BUG体系中的“非常严重”):
]!OuCMeuK0致命性问题主要为:系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
&PO3|8gz;g0具体基本上可分为:51Testing软件测试网%F.`6T7IAAD6p @
l 严重花屏
2w8a$D%J3Z/Tz]5h6?;L&H)X0l 内存泄漏
+x3v(|7I3L1^0l 用户数据丢失或破坏
7rNx,j.Q0l 系统崩溃/死机/冻结51Testing软件测试网Uk~:q?
l 模块无法启动或异常退出
s3`-Ry@AD`%l0l 严重的数值计算错误
Bl(W~@&Q0l 功能设计与需求严重不符
1K2m:K7Qpb0l 其它导致无法测试的错误
51Testing软件测试网wRV#Q}&`
Ø 严重(可对应目前BUG体系中的“严重”)51Testing软件测试网|QA9B%]/n
严重性问题主要为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。
u-ZI3P*N7N gW O5a0具体基本上可分为:
6Y)TtZ-}+R;o0l 功能未实现
!XgtBKz}^"|y0l 功能错误51Testing软件测试网
rN)xT(ty
l 系统刷新错误51Testing软件测试网!hX5LCq%BK
X7Q
l 语音或数据通讯错误
:SmIMl6DT0l 轻微的数值计算错误51Testing软件测试网L7t8{+y(r'E
rMXp
l 系统所提供的功能或服务受明显的影响
wJp$G#^0 51Testing软件测试网"|q:I*F&p jH
Ø 一般(可对应于目前BUG体系中的“普通”)
+J _/F4d$SJ
R^@G-? Y;R0一般性问题主要为:界面、性能缺陷
7Y(sS@R c0具体基本上可分为:
}pt6g~-b0l 操作界面错误(包括数据窗口内列名定义、含义是否一致)51Testing软件测试网wX
~tKG
l 边界条件下错误51Testing软件测试网9T4rDe4ytWB
l 提示信息错误(包括未给出信息、信息提示错误等)51Testing软件测试网9?gHA{2@
l 长时间操作无进度提示51Testing软件测试网+X(t5o/[6hk6N
l 系统未优化(性能问题)51Testing软件测试网lz"JSH)V0?K
l 光标跳转设置不好,鼠标(光标)定位错误
.Y)i9b4RMtW}/}L
N
k0
A1j)q#a7D}(h9[0Ø 提示(可对应于目前BUG体系中的“轻微及建议”)51Testing软件测试网0xNvk
A{`6r:g
提示性问题主要为:易用性及建议性问题51Testing软件测试网\,M*K?v,hC0^
具体基本上可分为:
;HI%c(tO*Qu,Mv0l 界面格式等不规范51Testing软件测试网@$oK-f,\
l 辅助说明描述不清楚51Testing软件测试网p5xQwU+^+`2\
l 操作时未给用户提示
G[*h"VF2]+`"s
T0l 可输入区域和只读区域没有明显的区分标志51Testing软件测试网_:W9l RqPChS
l 个别不影响产品理解的错别字51Testing软件测试网 W*r;e(gqa
l 文字排列不整齐等一些小问题51Testing软件测试网*kr3g\kD
`@{4x
l 建议51Testing软件测试网m2Nv*g!^`.F3H3n6f
mt&~ {(?z0注意:对于结构及硬件问题,由于产品测试部仅是进行辅助测试,碰到此类问题时,均将于定位于等级“致命”,具体情况由结构及硬件部门相关人员确认。
D)~ZO+~;F0 51Testing软件测试网6Mn4B#TP)r
L.x(P
`7\Q cQL
]:E]G\0 51Testing软件测试网1EC*HZVgY;t)N
2.BUG发生率划分建议:
b![^;S$B U `'q0目前通用的对BUG发生率的划分主要有两种划分方法:一种是测试发生率:即按照特定步骤执行多次的BUG重现率;另外一种是用户使用发生率:即模拟用户在使用产品发生此问题的概率。第一种方法计量精确简单,可操作性高,但不太符合产品的实际使用情况。第二种方法,则需要推断用户使用某一业务的频率,因此计量相对没有第一种精确,操作性高,但比较符合产品的实际使用情况。由于产品的最终使用总是用户,因此建议我司的BUG发生率采用第二种方法——即用户使用发生率。51Testing软件测试网)e3BMW/z7G\'D
U!_
用户使用发生率=用户类别*业务类别*测试发生率
*X3QZ+}"V ]%jX9\[vs0
(} o6O*k|N~8J0Ø 用户类别:
Wpp#J-P0我们公司的主要客户群有生产人员、客服人员、最终用户。根据其对公司产品的生产、销量、声誉、维护的不同可以分配不同的权重(权重范围为0-1之间)。51Testing软件测试网@x/UeL7ng5?
如:生产人员——>0.351Testing软件测试网u }S)s0p6wv
客服人员——>0.551Testing软件测试网'uT;G/A+Et\
xlD
最终用户——>1.051Testing软件测试网 K%J5^K%}|
51Testing软件测试网g@?y&axD
Ø 业务类别:
ptS3Ar
f"t/A.M%G0业务类别根据具体项目的业务情况分为主要业务、次要业务及辅助业务。
+S5j0t.`
u'I2xrJf0业务类别的确认具有人为的主观因素,若需求文档有明确说明各个业务功能的优先级(业务功能优先级由“风险”,“复杂度”及“用户需要”在撰写需求时确认),那么一般可参考此优先级来确认。优先级高的为主要业务,优先级其次的为次要业务,其它为辅助业务(注:仅可作为参考,确认业务类别最好由市场相关人员来确认。如产品经理,市场分析人员等。)51Testing软件测试网T6D$KS5b\Ai
o
P/P+xH2ty0若需求中没有明确说明各业务功能的优先级,哪么应当在测试开始前,召开由产品,研发及测试部门一同出席的会议,确认各业务功能的分类,并将其记录于需求文档中。
$fk
P a2~0 51Testing软件测试网7}$wl5B`$A:ThZMb
Ø 测试发生率51Testing软件测试网a-zcSjA
测试发生率为按照特定步骤执行多次的BUG重现率51Testing软件测试网!V'~-uwy;g
测试发生率=BUG重现次数/按照特定步骤执行的总次数。
J+J6a{cM0 51Testing软件测试网wOjY2wd
其中:对于概率性问题,执行的总次数应结果BUG的复杂程度执行(20-50次)51Testing软件测试网,c,nT^U
用户使用发生率等级划分:51Testing软件测试网
r(W9[:|gM
'Cb
fC`$p&p?1`G0
y!Lv:WD5C0如上所述,用户使用发生率=用户类别*业务类别*测试发生率,根据最终得到的用户使用发生率的值的不同,可以将用户使用发生率划分为如下几个等级(也可沿用旧等级划分,将<2%的问题划入等级“低”):
c r2K7Q-Hx rO0用户使用发生率 T*bC1RI9e'B0 | 新等级划分 ,Q9JI)r y4{)@0 | 对应于目前的等级划分 Cu#fa.^0 |
70%-100%51Testing软件测试网5d2@ YKzC | 常常发生51Testing软件测试网8}'I0|i;L-k(qia | 高 GV(eR"a;j$Bmx0 |
30%-70%51Testing软件测试网ml Mb1C P"fpy9C;x | 经常发生51Testing软件测试网n[ O a}Qd'Y B'f | 中51Testing软件测试网CJz0\T |
2%-30%51Testing软件测试网v/C7@6]8w3_ | 有时发生51Testing软件测试网4u)C(X/vy e8J!MsO1k | 低 &O0Vi2G?-Maw0 |
<2%51Testing软件测试网\?:h$_4O,}b0X'~z | 一次发生51Testing软件测试网;n,V#f-Ex7|:i7o | 无 .\)? v:k fGV0 |
?IO8hry0