如何弱化因不同软件测试人员测试而引发的BUG率上涨的现象?

上一篇 / 下一篇  2012-07-05 09:04:40 / 个人分类:测试经验

 问题描述:

;a^Q6K3{(JiF0  如何弱化因不同测试人员测试而引发的BUG率上涨的现象?

"agFxFVy1~rE051Testing软件测试网:Do:u0?)n3K0{

  精彩答案:

D%b%c3wf3YU/ft0

.E2Pl!UPr0  会员 livexmm:51Testing软件测试网5cV dE1fVk4lF@

51Testing软件测试网 ~${.p?7pl w

  想了想,如果测试人员变更导致BUG数量增加主要也就2个原因:51Testing软件测试网![G%CzE9v+KV g

51Testing软件测试网uQ5pCe)|s

  1、提交了重复的BUG报告。51Testing软件测试网lG/R9qE6P

oiQQ+da_4h)r3m0  这主要和任务分配,缺陷管理等有关系。51Testing软件测试网du` g4L)WJ

3R c.N"|nbTa0  任务分配出现的问题一般是测试用例审核不严格,导致用例有效性下降,从而测试部门本身对自己的用例没有信心,最终导致换个人测试就要换用例。最后结果么就是测试了重复的模块,如果缺陷管理也不过关么就会出现提交重复BUG的情况。51Testing软件测试网&A0Q"e'Q K!S

(]K,_iNF^0  解决办法:51Testing软件测试网(z5qk e N y6x

51Testing软件测试网*V1^f6@3BV

  ● 增加用例的审核力度,加强用例的可用性、合理性与可重复性。

}^8] J9X_)I6z{Q0

SA_p9U hI0  ● 加强缺陷管理。这是建立在测试用例合理可用的情况下,确保每一个缺陷都有对应的来源于测试依据。像很多测试工具(比如CQ)都有这种测试思路,不要因为图方便而让自己增加更多的工作量。51Testing软件测试网 P$I9h2_1{

51Testing软件测试网:XfjH c3w

  2、软件确实有这些BUG。

?kL"i-qC4J(w4z051Testing软件测试网c)C)w8\(v P:a

  这里也包含一些无效BUG的情况我放在一起说。

oNr6Uq1P2D0

{@5w)qB5s N g az^5~:O0  一般情况下测试是无止境的,总归能测出各种缺陷,这个主要是和测试阶段和测试方式有关。

*u*qJ!]1@051Testing软件测试网(F0s6?`UPW

  比如你的软件经过了严格的功能测试,能够保证所有的功能有效并且没有任何业务逻辑上的缺陷。但是说不定一个简单的画面验证就能发现画面上输入金额的地方能够输入汉字。

dP7H|_0

&D7rb*oQ J f K0c f l0  如果2个测试人员,一个进行了很严格的功能测试,而忽略的画面测试的话,那自然换个人就能测出一堆问题。从测试原则上来说这确实没错,但是从开发计划上来说这就是无法忍受的。开发或者领导就会认为测试部门没有认真测试,而测试人员却觉得很冤枉。51Testing软件测试网(hE Z.h2y"Aqm/~

BJC^@,F7yp7U0  解决办法:

?up_'ePJO0

|)f wT,}0  想减少这方面的BUG最好能先分清楚该软件不同的测试阶段,由此来分配测试任务。尽早的规划出自己的测试目标,并且在测试用例和测试计划中体现。51Testing软件测试网1W7~$Au#`O"M1d

51Testing软件测试网h wMD&Nc

  所以负责设计测试计划的人一定需要对软件工程有一定理解。这样在设计自己的测试计划时心里才有谱,哪些测试我们需要做,哪些不需要做。根据开发模式还得考虑在哪个阶段做哪些测试。

I]sRJK0

]#`Js4GC:z6?1I/kW0  举个例子,比如开发部门刚把一个软件的基本功能做好,想让测试部门测试一下功能方面的问题,然后画面就随便做了个让测试能先用起来。结果测试部门重点测了画面,发现一堆问题。你说这些缺陷开发会认吗?51Testing软件测试网,P4Sij_

%jr]?E0  如果能够很清楚的分清楚该阶段我们应该做什么类型的测试,还出现换个人就发现大量BUG,那就得好好检讨一下自己是否有认真的审核了之前哪个测试人员设计的测试用例了。51Testing软件测试网Y0{8l(P]f

51Testing软件测试网4O'pA O f6_4c

  原帖地址:http://bbs.51testing.com/thread-718272-1-1.html

bpb$G/O9I0

TAG:

 

评分:0

我来说两句

Open Toolbar