问题描述：51Testing软件测试网6i
H'L0Rn ]2p 如何弱化因不同测试人员测试而引发的BUG率上涨的现象？
W
X M
YU UC03tnd6ER7V3i@b/`0 精彩答案：51Testing软件测试网&?2of
Ae,L:[5O
51Testing软件测试网;A\X
nH#q~v Q 会员 livexmm：
x$D p}c e#P051Testing软件测试网L/i QT O)k O2b.J5E 想了想，如果测试人员变更导致BUG数量增加主要也就2个原因：51Testing软件测试网
Z-\'J;j8Lx2d5Tq:v
51Testing软件测试网7qB5Z\U 1、提交了重复的BUG报告。51Testing软件测试网%[!ML6z
p
)D3A(H\ V"@?{0 这主要和任务分配，缺陷管理等有关系。51Testing软件测试网
Jo,QsX.Y'|
(L6c#H9@"C;U7V0 任务分配出现的问题一般是测试用例审核不严格，导致用例有效性下降，从而测试部门本身对自己的用例没有信心，最终导致换个人测试就要换用例。最后结果么就是测试了重复的模块，如果缺陷管理也不过关么就会出现提交重复BUG的情况。
t7^e1MGL3p051Testing软件测试网(qp0m!jv8{C 解决办法：
r D&kw v{d0e5a-@ BD"J6y"G|0 ● 增加用例的审核力度，加强用例的可用性、合理性与可重复性。
aU*m`4Ofq051Testing软件测试网3uv
HmS ● 加强缺陷管理。这是建立在测试用例合理可用的情况下，确保每一个缺陷都有对应的来源于测试依据。像很多测试工具（比如CQ）都有这种测试思路，不要因为图方便而让自己增加更多的工作量。
\ zL F9v)? m#t k6t0N1B _~%{2Z!s.B0 2、软件确实有这些BUG。51Testing软件测试网MF%c{ E c
|)VP8m8p0 这里也包含一些无效BUG的情况我放在一起说。51Testing软件测试网4CF Zw2E'n:d+Z
Tz h;m-]0 一般情况下测试是无止境的，总归能测出各种缺陷，这个主要是和测试阶段和测试方式有关。
!I9g)Z1P(r;X0W.gNo,Z J0u,f0 比如你的软件经过了严格的功能测试，能够保证所有的功能有效并且没有任何业务逻辑上的缺陷。但是说不定一个简单的画面验证就能发现画面上输入金额的地方能够输入汉字。
%^9iL/B*te0x h [g P2g P0 如果2个测试人员，一个进行了很严格的功能测试，而忽略的画面测试的话，那自然换个人就能测出一堆问题。从测试原则上来说这确实没错，但是从开发计划上来说这就是无法忍受的。开发或者领导就会认为测试部门没有认真测试，而测试人员却觉得很冤枉。
Su ? u^)x0k0m]{Q q,o I,N1?6u0 解决办法：
B B f*|d051Testing软件测试网(d ck` Ot? 想减少这方面的BUG最好能先分清楚该软件不同的测试阶段，由此来分配测试任务。尽早的规划出自己的测试目标，并且在测试用例和测试计划中体现。
L J eJjp A]051Testing软件测试网k2b.f*td-H(SS 所以负责设计测试计划的人一定需要对软件工程有一定理解。这样在设计自己的测试计划时心里才有谱，哪些测试我们需要做，哪些不需要做。根据开发模式还得考虑在哪个阶段做哪些测试。
.t&jd_-p ~+|'a{ V051Testing软件测试网 fq1QE/Mfpn 举个例子，比如开发部门刚把一个软件的基本功能做好，想让测试部门测试一下功能方面的问题，然后画面就随便做了个让测试能先用起来。结果测试部门重点测了画面，发现一堆问题。你说这些缺陷开发会认吗？51Testing软件测试网 \O7lMjo v
51Testing软件测试网$P2^[%N-p}
r 如果能够很清楚的分清楚该阶段我们应该做什么类型的测试，还出现换个人就发现大量BUG，那就得好好检讨一下自己是否有认真的审核了之前哪个测试人员设计的测试用例了。
$T)d.S'MP pg8d\ A
C4x051Testing软件测试网1x P]c
A o 原帖地址：http://bbs.51testing.com/thread-718272-1-1.html51Testing软件测试网(RX*iN\/w1N9Z E&V
