《软件测试》第十九章 报告你所找到的

这个测试执行完了发现bug也不能随便跟人说说就算了，要记录下来~51Testing软件测试网$P~(u)Sxx2b3x

Getting Your Bugs Fixed - 让你发现的缺陷得到修复51Testing软件测试网7n3te-lW2ksyx

/ne P*C1R/r1}T01.There's not enough time- 时间永远都是紧张的。51Testing软件测试网/K xs2Qd^ VuX
2.It's really not a bug- 业界有个名言“It's not a bug, it's a feature！”呵呵。51Testing软件测试网 UIh-Id#DW
3.It's too risky to fix- 对于一些遗留系统，他们就好像定时炸弹，没人敢碰他们。51Testing软件测试网!]'L*HY~2m*Wu
4.It's just not worth it- 不值得修复。这些决定都是商业决定或者基于风险的而得出的结论。
]m,]]#k2v:^J
s+I5[05.Ineffective bug reporting- 一份非高效的缺陷报告。测试员没有很好的对缺陷进行描述。51Testing软件测试网d'd.yq1C&y

B%`H&W8D0针对最后一条，也就是这章的重点，要记住以下一些报告缺陷的基本原则：
[)Y}3wS3{wN Q051Testing软件测试网
o"}*Y5n;bJ
1.Report bugs as soon as possible- 尽早把缺陷报告上去。越早找到bug，能修复bug的时间就越多。
PA/r0w0H$p1D0
Y|Q)Z8~g02.Effectively describe the bugs- 对缺陷的高效地描述。51Testing软件测试网'eHH-v-mn2@
    a.Minimal - 简明扼要。只把必须的步骤挑出来，描述一下事实。报bug的时候并不是把test case复制粘贴过去就行了，如果这样的话请个人来测试有何意义，我们要发挥主观能动性，分析出最简单最核心的步骤。同时要对事不对人。
Nh!o%J{-T9pB0    b.Singular - 报告单一的bug。每一个报告只能包含一个缺陷。不要把N个错误写到一个报告里面。因为在一个报告里面有许多bug的话，很容易会出现一种情况~修复了其中一个就忘记了另外的。51Testing软件测试网 iw#x|NQh]
    c.Obvious and general - 明显的和概括的。不要运行一个自动测试6个小时然后出现错误了，让修复bug的人也运行6个小时……
-\xT4IrvL^+w`0   d.Reproducible - 可重现的。这个一定要注意，提交的bug一定要是能重现的，不能说有时候能出有时候不能出。
\4tw |:n03.Be nonjudgmental in reporting bugs - 在缺陷报告里面，不要有任何带有感情色彩的用语。对事不对人。
'Kh(xyt%YB0
:XtJp4`EI04.Follow up on your bug reports - 跟进你所提交的测试报告。一个好的测试员能找到和记录下很多缺陷，并且在那些bug被修复的过程中继续监控他们。51Testing软件测试网J+ytk@^

#H0A#](}$f qvFk0Isolating and Reproducing Bugs - 隔离和重现缺陷。如果你发现了一个bug，它的步骤很多，而且不是每次都能重现，那么一下的一些方法可以作为参考：
s.ucI X2o6x@U~'H(M051Testing软件测试网 D9x!B&J7^%q!k1fs Z
1.不要对任何事情做任何假设，不能假设某些步骤肯定没有问题。我们需要记录下所做的每一个步骤的每一个细节。做这个的目的是要确信每个有可能引起bug的细节都能被记录下来用于以后的分析
$YkQ[*zW!X?eY02.注意那些竞争条件和并发的问题
mrT*FYc9l[{ e03.利用白盒测试可以让边界条件，内存泄露和数据溢出自己暴露出来。51Testing软件测试网-{5`5P]z|\0V
4.一些跟状态有关的bug只在某些状态下才能重现。51Testing软件测试网*J:Iw l/z.z
5.对于内存网络共享硬件等的问题也可能考虑进去，例如同时用一个打印机。51Testing软件测试网$DLxGM-T9V Sg` [Q7C
6.不要忽略硬件的问题，有可能这个是个配置问题。51Testing软件测试网 IX$Mgm_T8BE

NW"N+C3MAB)c@0Not All Bugs Are Created Equal - 不是所有bug都是平等的。对每个bug，都可以给它们定义出各自的严重程度还有优先等级。51Testing软件测试网5H-L~._c%S
51Testing软件测试网4\)XwJFE
Severity - 严重程度。指出这个bug有多严重，是对bug本身问题的一个描述。例如一个能让系统crash的bug可以定义为最严重的bug。
4jB#N$\0{q0Priority - 优先级。指出需要对这个bug有多重视。
@.q'v3q[^ M$Ys.r0
sY-XV:z'UT0不是说越严重的bug优先级就越高。例如一个可以引起系统crash的bug，这是一个严重的bug，但是这个bug是在一些非常极端的情况下才能出现，那么就有可能不是一个优先级很高的bug。又好像是一个公司的LOGO错了，他对于用户的影响其实不大，所以这个bug的严重性可能只是很低，但是对公司的影响是很大的，所以优先级很高。

A Bug's Life Cycle - 缺陷的生命周期。51Testing软件测试网g?u[g3p4n!IGR

51Testing软件测试网:U7A3i$Jm](~}%`,}w
对于一个Bug来说，最简单的生命周期就是这张图所显示的。Open - Resolved - Closed。这个当然只是从测试人员的角度来看bug的声明周期了。这个是最本质的东西，每个公司都有自己不同bug生命周期，来适应本公司的一些工作吧。书中列了一个变种后的~就是下图：
Y dr P-}P~{051Testing软件测试网C jD$L2V1K:m
1.发现bug，就要提交报告，这样一个bug报告就生成了，出于open状态51Testing软件测试网\on[A/c
2.bug提交以后有人修复，然后就能转到resolved状态。
"f7?T&}9hJP03.然后再经过测试员的验证，证实真的修复了，这个bug就可以open了51Testing软件测试网
pp&c)c(a&Q,qj0]
前3个是最最最简单的3种状态

!U`T FM7dH8[-X]08.对于在resolved状态，如果测试员检验的时候发现bug没有被修复，那么这个bug又回到了open状态。
/~3h'g bq6yX09.如果一个bug在这一个版本修复了，但是在下一个版本里面又出现了，那么又能回到open状态了。
RB'S$[&gtw.R7i010.Deferred的bug有可能在下一版被处理。51Testing软件测试网(qe!RJo
eM7v9N