此文是应一位密友之约写的，我并不是专业测试人员，做过的测试也不多，但此文还是值得一看，因为我最不愿意干的事情就是写那些让人看了入睡的文章，所以你可以把本文当作一篇散文，听我这个落魄的开发者谈谈自己的经历和感受。

　　周正龙：我的虎照没有任何bug。
　　网民：没有？我看颜色就不对。
　　周正龙：有什么不对？我用两部相机拍的呢。
　　网民：角度也很怪异。
　　周正龙：我冒着生命危险拍出来的。
　　网民：怎么老虎一动不动？
　　周正龙：保证没有问题。
　　网民：那你公开其它的照片。
　　周正龙：不行，有版权的。
　　网民：哈哈，我找到了老虎年画。
　　周正龙：你们造谣，我的虎照绝对没bug，人头担保！
　　网民：……

　　我认为软件测试的难点并不在于技术，那么是什么？开发人员和测试人员永远是一对矛盾，这才是最大的难点。why？开发人员说：“我写出来的东西完美无缺。”测试人员：“胡说八道，我立即找一堆bug出来！”所以如何协调开发人员和测试人员，那就真的得凭一些本事了，我并不是一个处理人际关系的专家，否则也不会沦落到今天这种只能写一些自娱自乐无人欣赏的代码的这种地步了，但有一点算我的经验吧，那就是尝试让开发人员把测试人员看作帮助自己提高软件质量的朋友，而不是专门找茬的敌人，也尝试让测试人员把开发人员当作为自己提供测试游戏的知己，而不是只会制造麻烦而又拒绝承认错误的痞子。和周正龙不同，开发人员一般都不是明知故犯，只不过坚持自己是对的跟周先生那种执着有点像……请勿对号入座。

　　某开发男：“我检查过了，程序绝对没问题……什么？测试报告？写那么多麻烦东西，有病！”

　　有些人认为：开发人员同时也可以作为测试人员，所以没有必要雇用额外的测试人员。这个观点我曾经同意过，但现在我是不以为然，很重要的一个原因：用同样的方式做出来的事情就非常有可能产生同样的错误，因此开发人员是很难很难发现自己的bug的。作为开发人员中的一员，我很了解这种心态，那就是不高兴承认自己的错误，只要程序按照自己的方式去运行，正确了就“测试通过”了，几乎没有考虑太多的情况，所以在测试人员较少的公司，一种比较好的变通的办法就是“交叉测试”，我测你的，你测我的，但这种方法能发现的问题也比较有限。雇用测试人员，还有一个也是很重要很重要的原因：绝大多数开发人员不愿意写测试文档。其实不光是测试文档了，凡是文档都不太愿意去写，这不是个别，这几乎是个通病，就算强迫开发人员把文档写出来，恐怕质量也是令人不敢恭维，所以我们需要测试专员，专业的测试人员是软件质量的重要保证。微软公司的测试人员跟开发人员的比例在2到3之间，也就是一个开发人员，就对应两到三个测试人员，没有那么多测试人员，我不相信Windows能这么流行。这也就是说：测试人员要做一些开发人员不太愿意做的工作，反过来说也行啊，开发人员要做一些测试人员不愿意做的工作，反正就那意思，专人专事。

　　某测试男：“测试报告，你的程序错漏百出，报告完毕！”

　　和开发人员一样，测试人员的水平同样有高有低，我见过高水平的，也见过低水平的，区分他们并不难，只需要看看他们的测试报告，对程序代码精通的开发人员阅读这些测试报告并不是一件难事，测试人员的水平能很快就看出来了，为什么别的不看，就看测试报告？很简单，测试报告对于测试人员来说，就相当于是开发人员的生成代码，内行人看看不就懂了么？你也许见过很多优秀的测试报告，但可能你没见过这么差的测试报告（BTW，我有一个朋友说：“没有最差，只有更差。”），我曾经写过一个小型游戏服务器程序，负责随机发牌这种功能，拿给测试组测试，测试好了之后，我发现只有一条bug记录，但严重度为最高，这个报告这样写：“几率完全不在控制中，程序错漏百出！”我保证你没看错，对，这就是他的测试报告，只有一行字，看完后我差点晕倒，这行字我完全看不出我辛辛苦苦写的程序到底出了什么问题，换成你估计你也不行，更何况他还说“错漏百出”呢，却只有一条bug记录！为什么会有这种低水平的人从事测试工作？那就是对软件测试不够重视，很多公司认为会用电脑的人都能做测试，其实不是这样的。我接触过一个有些水平的测试人员，他有过两年测试经验，确实就不一样，我把我的程序交给他，测试完之后，他给我递交的测试报告中有十多条bug记录，我一开始也不太相信我的程序怎么会有那么多问题？但后来仔细看之后确实发觉自己很多地方做得不到位，他的测试报告非常好，测试手段也比较高明，比如我的程序在运行过程中频繁切换窗口会导致的问题，在Windows98下偶尔出现的声音异常问题（当时开发使用Windows XP系统），程序启动窗口位置不妥影响外观的问题等等，他都测试了出来，除了bug记录，还有大约七八十条测试记录，大多数都标记为pass，每条记录都有足够详细的测试步骤和环境，我认为他工作很认真，可惜后来他离开公司比较早，跟他交流也就比较有限了。当然，并不是所有的bug都是开发人员的过错，偶尔可能是测试人员对功能的误解，或者测试机器上的电脑确实有比较严重的问题，这样经过验证协商，我们都可以把bug记录close掉，这都是有依据可循的，而不是一个“错漏百出”就了事那么简单，如果是这样的话，那测试这个工作也未免太容易了。