[ 专家观点 ] 第9期 2009年9月
Bug Hunting 还是 Bug Preventing
抓Bug是测试人员不可推卸的责任。 在很多公司，也把能抓到多少个Bug当做是衡量一个测试人员绩效的关键因素。 有的公司，甚至硬性规定了一个测试人员，每人每天要抓多少个Bug，让很多测试人员觉得Bug就是他们的生命线，抓到了Bug，就笑脸盈盈，抓不到就为这个月的绩效工资提心吊胆。
迄今为止，还没有什么让人信服的数据表明，抓到的Bug越多，产品出货后就质量就越好。 我知道在硅谷的两家公司合并后，两家的软件要互相兼容，测试人员进行兼容性测试，在两个月内抓到了三千个Bug，而产品出货后还是不能够正常运行。 当然，出货前抓获的Bug越多，可能让测试主管和产品经理心里感觉更安一些，毕竟说明测试还是比交充分的，总比没有Bug来的让人心安一些吧。
以“抓到Bug”为目的的测试，让开发人员和测试人员完全站到了对立面。 开发人员不想有太多的Bug，因为这会证明开发人员的代码质量太差。 测试人员一定要抓到Bug，否则没有绩效。这样，测试人员不会相信开发人员的任何承诺，“别相信写代码的人说的话”就成了口头禅。
金庸的武侠小说里最高的境界就是无招胜有招。 杨过的神雕的前主人，从一柄200多斤的铁剑练起，最后练到只用一柄木剑，到最后什么都不用，什么都可以成为剑，是把剑的精神一直贯穿到了根本。 而软件质量保障的根本，应该不是Bug Hunting，而是Bug Preventing。 在最开始的开头，没有Bug才是最高的境界。当然，我们只能无限度的向这个境界靠拢。 这就要求软件测试人员从当前的测试环节当中向前冲。冲到开发的单元测试环节，冲到开发的接受测试环节，冲到开发的编码环节，并一直冲到开发的设计环节。要在每个环节都发挥出一个测试人员的作用，那就是： 对客户使用场景的正确而全面的理解；缜密细致而全面的思维。
Bug Hunting的测试人员会埋怨开发人员的单元测试做的太烂，导致测试不下去。Bug Preventing的测试人员会和开发一起，为开发设计覆盖率全面的单元测试用例。 Bug Hunting的测试人员会观察开发人员的特点，针对每个开发人员的特点设计相关的用例，以期找到最多的Bug。 Bug Preventing的测试人员会与开发一起进行代码评审，找到代码实现中考虑不周到的环节。 Bug Hunting的测试人员会在接受测试后进行自己的自动化回归测试，快速找到可能的回归Bug；Bug Preventing的测试人员会帮助开发人员搭建有效的自动化回归测试环境，让开发随时随地的使用当前的最新软件版本进行快速的自动化回归验证，迅速暴露集成上的问题。
无招胜有招：这个在软件的质量保证上，也是一个更高的境界吧。