别混淆问题的优先级(Priority)与严重性(Severity)
pYI _1nqk0 51Testing软件测试网G4g(mv&F&A
原著者：Terry Young51Testing软件测试网R%z8\;[
Nw6l2n
(}
[ EG R{'U_:u;?0Bug为什么需要分级?
B0l&U9j6q8h n0 51Testing软件测试网TLV Y!\}+CA-o
将一个Bug作等级分类，是对有关部门在协调方面的一个基本指标，是非常必要的，因为有了等级分类才能调整处理事务的排程。销售/客服/项目经理均需要知道缺憾发生时对交货期的影响；品管亦需要知道产品目前的品质状况。
l!_{]+L]BK GC+j0 51Testing软件测试网Df7a|r6L
优先级(Priority)与严重性(Severity)的分别51Testing软件测试网'zz
v
\5T ~
v _ K"o*j x.pW0从根本上，优先级(Priority)是从项目管理和时间管理的观点来厘定高低，而严重性(Severity)是从质量管理的观点来思考的。
ZvdTF.nKx c0
Z3q&zU%M2T
Z$`.k0处理问题的严重性，以质量作为出发点，应针对所产生的问题是否会对产品造成严重的缺憾来决定等级的；其决定权，通常掌握在QA人员手中。
0K1U
HL]/M0
N9iu_ CQ'E0处理问题的优先级，以整体项目的进度、质量、市场，以及需求所造成的影响作为出发点，决定应对的措施；其决定权，可以分散至负责交货或者售后服务的部门，而最终决定权通常掌握在项目经理手中。
acn,`1FP zl0
q0E.Bs
dw0开发对于问题处理的争议
V\)t Oo]0 51Testing软件测试网l|*u2y(h3{b5M'x
有些软件公司或会以问题处理的优先级的分级法直接取代问题严重性的分级法。这就等于由项目经理或所授权的人士决定处理问题的优先级。这种局面并非没有可能的，其中一个可能就是团队本来是从很精简的人手开始慢慢壮大，而因为以前人手精简，当时的严重性和优先级的决定权很自然都会同时落在发现问题的人手上，也就是，没有区分的。所以，团队越大，越有必要分清楚两种分级方法。
u2G"PC|
y:L0
%} uZ
A/M:s9l2K*[0以优先级取代严重性这种单方面的游戏规则就是为什么测试人员和开发人员经常对于问题的处理方式上出现争议的原因。
$o$C;\@
g.ry0L0 51Testing软件测试网3j[3F(s+s)J3a
以现实中的例子再说明一下。举例，当测试人员找到一个程度中级严重的问题而导致部份功能运作不正常，以QA的角度看当然是希望这问题可以尽快解决。但是，如果产品要在下个星期甚至几天之内交货，一旦延误的话甚至可能导致缴纳赔偿，而目前有出现开发人手不足的话，由于无法及时抽出人力资源解决问题，此时项目经理考虑之后就有可能将这个问题的优先处理级降低至产品出货之后才解决并推出修正版本。试问，产品尚未出货，何来继续研发的经费呢?
,YJh4z |k$v*_M0
)w*C;j ab2d z
^0系统缺憾(Bug)和需求变更(Change Request)界定出现含糊所惹来的争议
aahfS(m-q6T&H
Un f:ob0 51Testing软件测试网 }8S
M%u+~\5SXMA
也有些软件公司在发现问题的过程中，发现一些设计上的问题，也列入系统缺憾来处理。例如介面本身虽然能运作正常，但是由于设计时对于某方面的应用没有考虑在内，因而导致在某应用需要上无法满足。51Testing软件测试网]"X[@!~jC`1D7e
nC S+p
X~ udJ0这也是一个辨认系统缺憾的一个误区，而QA在这个盲点上进行决定高程度的严重性或者优先处理，几乎会必然地惹来争议。尤其对于开发来说，发现设计上的问题，从编程和开发的角度看，绝对不是一个Bug。
2aZd ~ s5?yp0 51Testing软件测试网eD,?pC*W F)b
以上的例子的话，产品的当前状况是完全符合产品当前的设计的。其实，发现了这种所谓的问题，是当前产品的可改善的建议，理应界定为需求变更，适宜向负责产品设计的部门提出。当建议被接纳了继而开发后，就是套用QA的日常工作流程，对此新改良的设计再进行测试，再去评估问题的严重性，在问题追踪系统内跟进。51Testing软件测试网 `VJor K6M
51Testing软件测试网y R3o-t-V#J
所以，以上的情况，所发现的问题虽然同样可以有其严重性和优先处理等级，但是，所发现的，在类别上有根本上的分别：它不是Bug，不是系统缺憾，而是需求变更。51Testing软件测试网'~0|yK A*Zlc
v!Nl2P;tI$m/[n/{"c0问题分级要有明确具体的指标，切忌问题分级制度形同虚设
a | ce8M+zA/i0
`Lc
`"c0虽然有些团队会利用一些问题追踪系统，系统内或有高、中、低，或者1至5之类的分级，然而，没有明确指标和具体含意的分级是形同虚设的，甚至会影响整体进度，令团队发生处理问题上的不必要的争议。这些指标，是需要开会讨论，或者在团队内发布消息。打个比喻的话，问题追踪系统是游戏架构，而分级指标是游戏规则。
4@)Q p m i d p"h6G0 51Testing软件测试网 K-t:yM*h'a
以下就提供一个分级指标的范例：
T~ a
r(j@6v/\0 51Testing软件测试网,~ i&bGXO
以问题的严重性来分类
@?,i)N&t7m:{)CeP@0严重性(Severity)51Testing软件测试网 V K4R9V+R"W | 指标描述(Guidelines) %N7Y;ra0@3W^$]0 | 范例(Examples)51Testing软件测试网R U1J+?A!f6@ |
高(High) l*U n3m{8n)QTIMP0 | 缺少主要功能，或者主要功能毫无作用51Testing软件测试网+j u4jgC0b#V*o.L 所产生的问题会导致系统停顿51Testing软件测试网#EZ(t%JiMw9ahb E 所产生的问题导致无法进行下一步测试 k)R$Zn9H^*q!g$t0 | GPF (General Protection Fault)、Crash、当机(System Hang)51Testing软件测试网-XC @4Q3n`:I u$E{4m!m 需要重新启动来解决的问题 %cj5sXo;O:L0 |
中(Medium)51Testing软件测试网6R:{ ZJ8[ ?0lTz | 主要功能运作不完整51Testing软件测试网6TN u/HDy/g 所产生的问题会导致系统部份功能不正常51Testing软件测试网O$AG[c@ 所产生的问题宿因严重但不影响下一步测试 T5a6`:S7q.@0 | Access Violation、Exceptions 9W Kbj7AX xR&l0问题多数出于所有测试路径中的其中一个 F(|w"a2e+^3e v zJ0 g8Hh0j|4P6l0A0 |
低(Low)51Testing软件测试网 P _2?(A `.a2U z | 功能运作正常，但会有一些不一致的情况产生51Testing软件测试网j{'cp,T4ER
el 所产生的问题不会导致系统任何问题 M$\(F4m3po7S7K+Ev0所产生的问题不会影响下一步测试51Testing软件测试网,k S?0WA]Y PFt | 使用的介面或者接口不一致或者不正确51Testing软件测试网 p.yk ez+e |
微(Minor)51Testing软件测试网Q~;J6Gi E | 功能运作正常，可是有改进的空间51Testing软件测试网U dm0^
Y b9? v9| 所产生的问题不会导致系统任何问题 `.~.o7T&m:Ci0所产生的问题不影响下一步测试 Gh*L/Oj.X,t0dG0 | 并未完全符合使用者习惯或者方便使用者51Testing软件测试网c o*r2_&mn |
`2fa"Z8v%^,a*S-R0以处理问题的优先等级来分类
fz R'E d9h7w0优先级(Priority) &a\tHj Y%q E mR0 | 应变措施(Resolution)51Testing软件测试网^ h,Ob-tzCW | 预计完成时间预设值(Estimated Finish Date)51Testing软件测试网;v fH Su1C G M |
1 .p!o0h r
T2\+p-}0 | 立即修改完成(Fix immediately)51Testing软件测试网V5P6_$l4L2ho | 即日完成51Testing软件测试网 t uY'H-s ky |
2 V U!e)i9Zo'z0 | 下一个阶段结束前必须修改完成(Fix before next stage) HTNM9X7Y
B0 | 三个工作天内 4qe2f }P4I*`,k:h X~0 |
351Testing软件测试网,SJ6Aa\.F9Q1k | 产品推出前必须修改完成(Fix before release)51Testing软件测试网t1r MB'NxV!w\u8Z | 七个工作天内51Testing软件测试网+n5ux RMYa |
451Testing软件测试网G'[!vR S
iK | 如果时间允许才进行修改(Fix if available)51Testing软件测试网2P^,k9o/Y | 十四个工作天内 ]E4M6BQxFuH0 |
5 bJ0h Q
wk0 | 在下一个版本再修改(Fix in next version)51Testing软件测试网
c E6hxm^ | 本月内 .\0l.n\~^LO?2dC2K0 |
-i3Tk LF0a3I%{0备注：以上的“预计完成时间预设值”纯粹是一个范例，只供参考，并非绝对的指标，亦不一定要硬性规定需要有预设值；实际预计完成时间应该配合团队目前的人力资源状况和工作量等等因素，也是项目经理主要管理的范围和职责。只是想强调一点，就是项目经理应该留意问题优先级和时间管理上是有挂钩的；而问题的严重性是和项目进度明显地区别的。
^cz"G~)R0 51Testing软件测试网W#E[ _,FT
-完-
Z;U4Y!R@'n0 51Testing软件测试网 V(U2d,[[+Tu
