开发的功底,可使你成为更精准的测试狙击手; 测试的功底,可使你成为更成熟的开发工程师。

别混淆问题的优先级 (Priority) 与严重性 (Severity)

上一篇 / 下一篇  2008-02-04 07:59:10 / 个人分类:测试经验之谈

别混淆问题的优先级(Priority)严重性(Severity)

l5Cx{9Xw8s1xhW0

 

`8LS'R-P3A$a+_*^0

原著者:Terry Young51Testing软件测试网,Z:U5\#nja;e

 51Testing软件测试网(g{hG+BbQ"C'{6J

Bug为什么需要分级?51Testing软件测试网 s+K G]%d:S"a!^

 

Y e\*n/R9O0

将一个Bug作等级分类,是对有关部门在协调方面的一个基本指标,是非常必要的,因为有了等级分类才能调整处理事务的排程。销售/客服/项目经理均需要知道缺憾发生时对交货期的影响;品管亦需要知道产品目前的品质状况。51Testing软件测试网&F?-g b)bN,^e2G

 51Testing软件测试网9b_G D$v5c6cmF4O)L

优先级(Priority)与严重性(Severity)的分别

$B&fr:n)J,k5z0

 

&q;PoP-I_m0

从根本上,优先级(Priority)是从项目管理和时间管理的观点来厘定高低,而严重性(Severity)是从质量管理的观点来思考的。

#bZ5d ~vDV0

 51Testing软件测试网B_q3^ uD4M0j+~

处理问题的严重性,以质量作为出发点,应针对所产生的问题是否会对产品造成严重的缺憾来决定等级的;其决定权,通常掌握在QA人员手中。

;Q f1g6W"d-|8~iOp,Im g0

 

)~ CbTa6hj0

处理问题的优先级,以整体项目的进度、质量、市场,以及需求所造成的影响作为出发点,决定应对的措施;其决定权,可以分散至负责交货或者售后服务的部门,而最终决定权通常掌握在项目经理手中。51Testing软件测试网]#p f jv

 

!N3~5gFtG!cI0

开发对于问题处理的争议

N@3?G(XWI9ya5P0

 

u8W"X~"li-bz0

有些软件公司或会以问题处理的优先级的分级法直接取代问题严重性的分级法。这就等于由项目经理或所授权的人士决定处理问题的优先级。这种局面并非没有可能的,其中一个可能就是团队本来是从很精简的人手开始慢慢壮大,而因为以前人手精简,当时的严重性和优先级的决定权很自然都会同时落在发现问题的人手上,也就是,没有区分的。所以,团队越大,越有必要分清楚两种分级方法。

M8O1K@#K0

 

pC'\wO$c0

以优先级取代严重性这种单方面的游戏规则就是为什么测试人员和开发人员经常对于问题的处理方式上出现争议的原因。51Testing软件测试网`W p p3yytC

 

@:\r4p zp0

以现实中的例子再说明一下。举例,当测试人员找到一个程度中级严重的问题而导致部份功能运作不正常,以QA的角度看当然是希望这问题可以尽快解决。但是,如果产品要在下个星期甚至几天之内交货,一旦延误的话甚至可能导致缴纳赔偿,而目前有出现开发人手不足的话,由于无法及时抽出人力资源解决问题,此时项目经理考虑之后就有可能将这个问题的优先处理级降低至产品出货之后才解决并推出修正版本。试问,产品尚未出货,何来继续研发的经费呢?51Testing软件测试网 zC0o6xni(Fg ?5{

 

~ v~/j4nJM0

系统缺憾(Bug)和需求变更(Change Request)界定出现含糊所惹来的争议51Testing软件测试网HfF/])u"Z(a

 

-[e/} e,_,^4yn s0

也有些软件公司在发现问题的过程中,发现一些设计上的问题,也列入系统缺憾来处理。例如介面本身虽然能运作正常,但是由于设计时对于某方面的应用没有考虑在内,因而导致在某应用需要上无法满足。51Testing软件测试网DkF/Wi"A[

 

m\l~xW]0

这也是一个辨认系统缺憾的一个误区,而QA在这个盲点上进行决定高程度的严重性或者优先处理,几乎会必然地惹来争议。尤其对于开发来说,发现设计上的问题,从编程和开发的角度看,绝对不是一个Bug51Testing软件测试网gy_7\+Y _

 51Testing软件测试网2i*Q Iqw)V,c-s

以上的例子的话,产品的当前状况是完全符合产品当前的设计的。其实,发现了这种所谓的问题,是当前产品的可改善的建议,理应界定为需求变更,适宜向负责产品设计的部门提出。当建议被接纳了继而开发后,就是套用QA的日常工作流程,对此新改良的设计再进行测试,再去评估问题的严重性,在问题追踪系统内跟进。51Testing软件测试网,[ Z ^ K ~]+Ri+w

 

'?Il0d*v cP0

所以,以上的情况,所发现的问题虽然同样可以有其严重性和优先处理等级,但是,所发现的,在类别上有根本上的分别:它不是Bug,不是系统缺憾,而是需求变更。51Testing软件测试网W7Vo0l Yl2@Z-_

 

*Y"o'ur-{,^0

问题分级要有明确具体的指标,切忌问题分级制度形同虚设51Testing软件测试网]!tCzh z"h/L T,BQ

 

}LDW n F$F6F8N0

虽然有些团队会利用一些问题追踪系统,系统内或有高、中、低,或者15之类的分级,然而,没有明确指标和具体含意的分级是形同虚设的,甚至会影响整体进度,令团队发生处理问题上的不必要的争议。这些指标,是需要开会讨论,或者在团队内发布消息。打个比喻的话,问题追踪系统是游戏架构,而分级指标是游戏规则。

'uB9b!o#g0

 

2j \ Lc9[t(w.z N0

以下就提供一个分级指标的范例:

R(_k5s(w xw0

 

#Fc/ERY0

以问题的严重性来分类51Testing软件测试网 S&x1E[a

严重性(Severity)

*GAp aC LiPZ0

指标描述(Guidelines)

Ga~[)bA'z0

范例(Examples)

e6?"E)lD aq9vu0

(High)51Testing软件测试网g!}(?3k t5B2L6BY @

缺少主要功能,或者主要功能毫无作用

O w ydL0

所产生的问题会导致系统停顿

4N*Wm7r\"[`0`0

所产生的问题导致无法进行下一步测试

G7S2rG5~E P[0

GPF (General Protection Fault)Crash、当机(System Hang)

'qZ$K G$b6HF kX0

需要重新启动来解决的问题

9w3K@3A `H%P9X/C0

(Medium)51Testing软件测试网6]+|h&_&^6a1N

主要功能运作不完整

Rt)d8]_`0

所产生的问题会导致系统部份功能不正常

Z(Q5Im@QX0

所产生的问题宿因严重但不影响下一步测试51Testing软件测试网9p_#O.a:ja8E

Access ViolationExceptions

!BYF6m UT1D3b0

问题多数出于所有测试路径中的其中一个51Testing软件测试网 }3b8ub X E/aEi`Qw

 51Testing软件测试网 ri0@rY

(Low)51Testing软件测试网(f~7@9B%t&g@U.s:F KJ

功能运作正常,但会有一些不一致的情况产生51Testing软件测试网,m0?FuPj

所产生的问题不会导致系统任何问题51Testing软件测试网$G J&FxI[+di M9s

所产生的问题不会影响下一步测试

O${M$ss'_@0

使用的介面或者接口不一致或者不正确

:W/k}+c%XaM P0

(Minor)

{,d]9[^u)A*a ho"p0

功能运作正常,可是有改进的空间51Testing软件测试网+G3`?!A.ok,k

所产生的问题不会导致系统任何问题51Testing软件测试网y)Z%Re8F:wA7}

所产生的问题不影响下一步测试51Testing软件测试网l-d?5l7|

并未完全符合使用者习惯或者方便使用者

'S)GCeA0

 

LD;A@` I/I}0

以处理问题的优先等级来分类

$Z E%u\0y0

优先级(Priority)

M!]2|-HR,W0

应变措施(Resolution)

z`&rX0`"M2_c!lDL0

预计完成时间预设值(Estimated Finish Date)

9}@^d9j/a0I/B3F?0

151Testing软件测试网N F TM s;tq6A{ pE

立即修改完成(Fix immediately)

'U^]a3zH:N0

即日完成

!n&e-Vfxw7P&B0x\2h0

251Testing软件测试网v4O{X5F,a#B%Z*v

下一个阶段结束前必须修改完成(Fix before next stage)

Qc*z!^-d3~M RD0

三个工作天内

H%r$l4h g%P&a] Fj5E0

351Testing软件测试网)g? W)Or|7FK

产品推出前必须修改完成(Fix before release)

@j(gA7j;w O/A0

七个工作天内51Testing软件测试网7V^|+qJ;N9G`v

451Testing软件测试网S+}+~M9\ A.Mg

如果时间允许才进行修改(Fix if available)

b)Z|"M5i Zxx'?0

十四个工作天内

u;_ Cjk(Q!i0

5

TbLlCY0y0

在下一个版本再修改(Fix in next version)51Testing软件测试网m&@c`{-\$LNC.G

本月内51Testing软件测试网P _3u4cHKd2Jp1v

 

[4{+il7G v%G'z0

备注:以上的预计完成时间预设值纯粹是一个范例,只供参考,并非绝对的指标,亦不一定要硬性规定需要有预设值;实际预计完成时间应该配合团队目前的人力资源状况和工作量等等因素,也是项目经理主要管理的范围和职责。只是想强调一点,就是项目经理应该留意问题优先级和时间管理上是有挂钩的;而问题的严重性是和项目进度明显地区别的。

^9Kd"MH2Wx,M _D0

 

i&K B Y3pd0

--

`8BwH3yhQ:C0

 51Testing软件测试网[/SxoH;mCX


TAG: 软件测试管理 严重性 优先级 测试经验 测试经验之谈 Severity Priority 測試經驗之談

 

评分:0

我来说两句

日历

« 2024-04-17  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 13195
  • 日志数: 12
  • 书签数: 1
  • 建立时间: 2008-01-29
  • 更新时间: 2008-02-16

RSS订阅

Open Toolbar