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

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

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

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

x{$k:y]3U0

 51Testing软件测试网RmW^v

原著者:Terry Young51Testing软件测试网3~qh!Y#R4f

 

g.pt6Wc*Ngd8pg ?0

Bug为什么需要分级?

YTu6pi,G0

 51Testing软件测试网!BO%fFE[*J

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

FVw!V6q;V"GPU*I0

 

$v"Lf5ft~#v3B0

优先级(Priority)与严重性(Severity)的分别51Testing软件测试网 Aj^y)pB2k&w,o h

 51Testing软件测试网jE D6w!JKp.\

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

A;Dj;kv9Y-Y0

 51Testing软件测试网c9\2xPw1QUG!N

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

!lV5t\U*ul;[,q_0

 51Testing软件测试网(c&{l_ mI"[ M"K$e

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

L q!\L4La+K:zu"S~0

 

-rz \4\xJ0

开发对于问题处理的争议

I*K vp'W;Y0

 

C pHh*C3`K7hU0

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

jf_!`z0{(]Ak0

 51Testing软件测试网d g7g$g p/Zd

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

 51Testing软件测试网1r$q4J*h9w.{2w;TN

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

m9x$s }&~)afG0

 51Testing软件测试网"v*zf)O-I m7H

系统缺憾(Bug)和需求变更(Change Request)界定出现含糊所惹来的争议51Testing软件测试网$z'L)mw.c;W){

 51Testing软件测试网;b?oJ a^zZ

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

 

R2bK;Jq'Mp1th0

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

 51Testing软件测试网3h Gwnu1Uh$N

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

 51Testing软件测试网 Z [W4ha]{&j

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

W9q#g*v1B:^? C5Xv0

 

Cj*Ap0B0

问题分级要有明确具体的指标,切忌问题分级制度形同虚设

;r4wU o6E:M] Z\0

 51Testing软件测试网!DE){+Y5m Zd(k |W

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

F(pA3i0H)?'?0

 51Testing软件测试网b R,];j4\ u$h

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

f[H f6IXj0

 

)v(F5Bl |0

以问题的严重性来分类

xo,|3~$p5Vp'P:BR0

严重性(Severity)

j,iKR~1l[\#A0

指标描述(Guidelines)

rD/x2UIo Ye0

范例(Examples)

3ZH"k&W5z0

(High)51Testing软件测试网v c'Gd%j

缺少主要功能,或者主要功能毫无作用51Testing软件测试网%B veF9`-k

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

Tr3g)X,x'D,@8@m6w0

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

WT*G |2@6K({0

GPF (General Protection Fault)Crash、当机(System Hang)51Testing软件测试网{^-}3n!{!J:Z

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

X\I5]"pQz0

(Medium)51Testing软件测试网[mN%E.Kk8t

主要功能运作不完整51Testing软件测试网/Sp[XQc&p

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

I7H5E^~9PF0

所产生的问题宿因严重但不影响下一步测试51Testing软件测试网 vq?#l'S*{} TB%@

Access ViolationExceptions51Testing软件测试网t`NDu

问题多数出于所有测试路径中的其中一个51Testing软件测试网9lhLOr

 

{ Zyu7h,R0

(Low)

N8mP? sY$v0

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

cw0bq*L/mC4az0

所产生的问题不会导致系统任何问题51Testing软件测试网/{'P(G*UV,oK-wb

所产生的问题不会影响下一步测试51Testing软件测试网K8WR0s[V8^e3d

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

o2E?`0

(Minor)

b&^1g@9o;J | y1X;A*x0

功能运作正常,可是有改进的空间51Testing软件测试网E P-AKU|

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

uiqq2?*R9?%|(I f0

所产生的问题不影响下一步测试51Testing软件测试网K]d)@xSC,tu(j

并未完全符合使用者习惯或者方便使用者51Testing软件测试网"YF}I*C)abP$J

 51Testing软件测试网7k:I5L/` F{k2w,z

以处理问题的优先等级来分类51Testing软件测试网+m`[0Le.?;q

优先级(Priority)

3ql#e9j ?oOF3v U0

应变措施(Resolution)

)Co_-O N? w$AH5`0

预计完成时间预设值(Estimated Finish Date)51Testing软件测试网jM L#ih,P

151Testing软件测试网$U%]MW`X

立即修改完成(Fix immediately)51Testing软件测试网t8~ m1XL?

即日完成51Testing软件测试网$[`8H eN,\[SI

2

5mg[A.n:R/j:p0

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

2k.b%WN$\ A(}0

三个工作天内

Mql6z [d]o B0

3

[$OC-l!x,{Jm]0

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

(? X)s!a,}`O%J2q9gk0

七个工作天内51Testing软件测试网T.g@1]([:V"P

451Testing软件测试网,@3@"B3V/GP

如果时间允许才进行修改(Fix if available)51Testing软件测试网i!M7U)]&@

十四个工作天内

@;{/nV*l}w?J0

5

|'|7Z0c,B ]`o|+q#O0

在下一个版本再修改(Fix in next version)51Testing软件测试网~%`Vj0c/f.z

本月内51Testing软件测试网 Um3r{'m7f v [2[

 51Testing软件测试网E?7s'K u'W x

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

|m&l~[t8@0

 

"w)?!\ a*rmvk4}0

--

ID3U _ eF BP:iKQI_0

 

SW.t9ba0

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

 

评分:0

我来说两句

日历

« 2021-09-10  
   1234
567891011
12131415161718
19202122232425
2627282930  

数据统计

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

RSS订阅

Open Toolbar