问题描述：

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

　　精彩答案：

　　会员 livexmm：

　　想了想，如果测试人员变更导致BUG数量增加主要也就2个原因：

　　1、提交了重复的BUG报告。

　　这主要和任务分配，等有关系。

　　任务分配出现的问题一般是审核不严格，导致用例有效性下降，从而测试部门本身对自己的用例没有信心，最终导致换个人测试就要换用例。最后结果么就是测试了重复的模块，如果缺陷管理也不过关么就会出现提交重复BUG的情况。

　　解决办法：

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

　　● 加强缺陷管理。这是建立在测试用例合理可用的情况下，确保每一个缺陷都有对应的来源于测试依据。像很多测试工具（比如CQ）都有这种测试思路，不要因为图方便而让自己增加更多的量。

　　2、软件确实有这些BUG。

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

　　一般情况下测试是无止境的，总归能测出各种缺陷，这个主要是和测试阶段和测试方式有关。

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

　　如果2个测试人员，一个进行了很严格的功能测试，而忽略的画面测试的话，那自然换个人就能测出一堆问题。从测试原则上来说这确实没错，但是从开发计划上来说这就是无法忍受的。开发或者领导就会认为测试部门没有认真测试，而测试人员却觉得很冤枉。

　　解决办法：

　　想减少这方面的BUG最好能先分清楚该软件不同的测试阶段，由此来分配测试任务。尽早的规划出自己的测试目标，并且在测试用例和测试计划中体现。

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

　　举个例子，比如开发部门刚把一个软件的基本功能做好，想让测试部门测试一下功能方面的问题，然后画面就随便做了个让测试能先用起来。结果测试部门重点测了画面，发现一堆问题。你说这些缺陷开发会认吗？

　　如果能够很清楚的分清楚该阶段我们应该做什么类型的测试，还出现换个人就发现大量BUG，那就得好好检讨一下自己是否有认真的审核了之前哪个测试人员设计的测试用例了。

====================================分割线================================

最新内容请见作者的GitHub页：http://qaseven.github.io/