“漏测”的测试人员需要惩罚？（2009-8-4）获奖名单已公布

wuchunying

先就测试人员‘漏测’是否处罚讲一下个人观点，1.公司的需求开发测试都不完备，需求文档都只是简单描述模块功能，开发在没有吃透需求的情况下先开发后改动，等到系统都做完了，再扔给测试，且不会给足够的时间测试，所以这类公司对测试用例的要求很一般，主要要求跑完所有的流程和功能，可以用就行了。这种项目或产品的质量要求就不会很高，‘漏测’极有可能了，不过也不可怕，后期都会有维护，发现了问题改过了就好了。需求不精确，测试时间人员都不够，测试人员的压力本来就很大，加班加点，如果还要搞‘漏测处罚’的 话是不公平的，也不能解决根本问题，应当完善。2.公司的需求开发测试都比较完备，对项目/产品的要求也比较高，一般都会有正规的测试小组，但还是不应当提倡‘处罚’，它会带来很多弊端：新员工和初级员工难免会漏测，处罚会带来打击；写用例和执行分开，漏测了，处罚谁；交叉测试的时候发现对方漏测的地方越多就意味就对方的处罚也越多，不利用团结；在分配测试任务的时候，大家都会想要BUG少的模块或者开发水平高的模块，谁都不会想要处罚的，这会造成责任的推诿；员工会规避处罚 ，这也是人之常情，往往会墨守成规，不去主动承担难的，增加的测试任务，把时间都花在不停的找bug上，不热衷去研究新的测试方法等等……总之弊大于利。
    同理‘回归测试不通过的开发人员需要惩罚’会给开发和测试组成的项目团队造成分裂，团队内出现摩擦，效率就可能会降低等等。
    以上或许就是公司不推行惩罚的一小部分原因吧，毕竟公司的管理层大多是明智的。

[ 本帖最后由 wuchunying 于 2009-8-6 16:27 编辑 ]