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

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

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

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

&^+T{/}f"~G0

 

0_d9I'S lh0

原著者:Terry Young

,b*bVu-} [V0

 51Testing软件测试网cG(U8V d

Bug为什么需要分级?

Dxj{s8}0

 

]OU6Jy7^oo,v ^ G C0

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

a xy)e-m6d]0

 51Testing软件测试网5YW3~A,|.EWZ#H7yw

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

jWTcJ6{[#RQ7`0

 51Testing软件测试网#V h6khE"E FZN!Sdp

从根本上,优先级(Priority)是从项目管理和时间管理的观点来厘定高低,而严重性(Severity)是从质量管理的观点来思考的。51Testing软件测试网ra$zox?,b0A

 51Testing软件测试网-Y0p#Q5H {RI5x

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

j.mw6v!Y6U:A6h,{,g0

 

9W^2?\g0

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

_&nW{K0

 

R\8akX0

开发对于问题处理的争议

q.W6PYW2WR8Z2~3i0

 51Testing软件测试网*L S T1O+KHc

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

`#Z'k8r%O\HU0

 

sLYT3l`Q0

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

%AD3Vr(?)p0

 

~5Y7G%X x0

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

 51Testing软件测试网uu#@f6XY oy

系统缺憾(Bug)和需求变更(Change Request)界定出现含糊所惹来的争议51Testing软件测试网p s)\8J7oLz*y

 51Testing软件测试网(q/FqD h

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

 51Testing软件测试网7[ f$d,Y/L'r

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

 

5@l*R*_V,V0

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

 51Testing软件测试网/O!qFo$VxBI/jH)f

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

 51Testing软件测试网t_1EF.}.d O

问题分级要有明确具体的指标,切忌问题分级制度形同虚设51Testing软件测试网#M"p o0s ]zq

 51Testing软件测试网rp [| yj

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

 51Testing软件测试网 a `1MPk}L

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

&Y H Kul9\ ?q\0

 

T+vx"V1cH8h;aj+Qi2k0

以问题的严重性来分类

%V-_Ww$~~3W6Q@0

严重性(Severity)51Testing软件测试网ZRU;y8E&zvv

指标描述(Guidelines)51Testing软件测试网Zs Iw^(h3LCs4O

范例(Examples)

y7| `)}7\ tzl_1b Q0

(High)51Testing软件测试网^U.m9ZCr

缺少主要功能,或者主要功能毫无作用51Testing软件测试网q?rH w#q@oZ j8m

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

]3f5Q4Zv*y0

所产生的问题导致无法进行下一步测试51Testing软件测试网+g w ]OC7ER*f?2X$J

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

ILlgv0o;f0

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

6M_D@&dV#_ M._0

(Medium)

`-VYykK0

主要功能运作不完整51Testing软件测试网7c S_F,~

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

G6R+@$m9O;O:{xM am J0

所产生的问题宿因严重但不影响下一步测试

:z;eu Cu&q k6aQy0

Access ViolationExceptions51Testing软件测试网%t D:b&a0G6{%b9X`

问题多数出于所有测试路径中的其中一个

H;r3o&\S+aBi)?-q'A]0

 51Testing软件测试网6U}4}Wem&G

(Low)

#T&C4mL[K#il0

功能运作正常,但会有一些不一致的情况产生

w9M+X| B3to K0

所产生的问题不会导致系统任何问题

^~]+C.z*BORI0

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

DW? l~x?0

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

?G)i b0U,@y0

(Minor)

b\e5By@0

功能运作正常,可是有改进的空间51Testing软件测试网1Cx'y#T6v;d

所产生的问题不会导致系统任何问题51Testing软件测试网(ZY$h3g e7Na-]m

所产生的问题不影响下一步测试51Testing软件测试网/c.H*qb:qL w

并未完全符合使用者习惯或者方便使用者51Testing软件测试网&M$@Ofr'~6\

 51Testing软件测试网-LA(yN6h-|

以处理问题的优先等级来分类51Testing软件测试网;JDN(k!XUP.`

优先级(Priority)51Testing软件测试网[2e,J4IT Z[H7I

应变措施(Resolution)

DI's4DOR0

预计完成时间预设值(Estimated Finish Date)51Testing软件测试网3k#N/o+rPBw&A)o5eIvh

1

1R b K#ax"[0

立即修改完成(Fix immediately)

S j6L%R8j5G'r0

即日完成

"JPp0jsv!t0

251Testing软件测试网*^i Z qz-D s

下一个阶段结束前必须修改完成(Fix before next stage)51Testing软件测试网+_js9p6H3i&A"E

三个工作天内51Testing软件测试网,AW0[#U6`?G

3

4NaH1r&BH9W~#B0

产品推出前必须修改完成(Fix before release)51Testing软件测试网2k:sX+vZHv4i9j

七个工作天内

$ru)[|4F yr0

451Testing软件测试网f1n1G4z;d4jG

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

*J5A Lpl0

十四个工作天内

[u7}a*QA K|4w0

5

7g#x4F]:rEmq#lDW0

在下一个版本再修改(Fix in next version)51Testing软件测试网5}*N ~/UZwfj

本月内

dp"r b(No+u Y{U0

 51Testing软件测试网zBx)u;W3q7F

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

 

W)z ~2g ce'f}L BF0

--51Testing软件测试网?^fI"^w LFgG

 51Testing软件测试网aS!k.Eq


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

 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

日历

« 2019-12-04  
1234567
891011121314
15161718192021
22232425262728
293031    

数据统计

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

RSS订阅

Open Toolbar