测试无高手

很多新入行的战友们都有个远大的目标,‘成为测试高手’。在开发人员中，我见过不少高手。解决未知的复杂的涉及很多模块的缺陷，他可能只需一个下午。你就会从他哪儿收到一个邮件，通知你代码已经上传了，并且顺便把整个系统进行了部分优化，使整个编译速度更快些。但是，我从来没见过一个测试高手，拥有这么神奇的效率。如果你向一个经验老道的测试人员请教，往往得出的结论是，这个人测试效率非常低。我曾经问过一个前辈，执行一次界面自动化测试大概需要多长时间；回答是，三天。问，我说的是执行测试；答，对，就是执行。问，是自动化吗？；答，是。问，是在远程实验室做的吧；答，在本地。问，都做什么了；答，以后你就知道了。

测试与开发的关系可以用道德经概况下。此两者同出而异名，同谓之玄。玄之又玄，众妙之门。一个开发高手，把他会的东西都写到纸上，你全记住了，也不可能解决什么实际问题。开发过程中堆积如山的文档，也不能解释一个具体循环的妙处在哪里。高手之所以高，是因为他把问题抽象了，是形而上者。如果那个程序员很难得的拥有了对整个系统的抽象能力，那么他肯定会在这个项目里呼风唤雨。很可惜，这种情况非常少见。正常情况下，如果代码的实际情况被某个人单独掌握，他可能会气愤的吐血身亡，或者因脑细胞耗尽而死。测试是形而下者，需要常有欲，以观其徼。每天就是拿这堆积如山的文档去验证实际问题。举个例子，如果你不实际操作一个删除按钮，你就没有更好的办法验证它是否有问题。也许，你想做一个自动化的脚本，帮你每天把这个删除按钮点一遍。如果实际去操作，你会深刻体会到手动测试是多么强大。

首先，人是永远不用连编就能运行的。其次，所有测试数据都不用考虑格式的问题，存储的位置也很随意。测试人员能发现，分析和描述意料之外的错误；而机器只会报错，停止运行，或死机。测试人员不需要重启。在开发人员还不知道系统如何整合和工作的时候，测试人员大致已经清楚系统现在的能力范围有多大，那些功能无法工作，而那些幸运的功能运行得还不错。一个认真负责，有独立思考能力的初级测试人员，对系统的帮助是非常巨大的。可惜很少有人能认识到这一点。

所谓高手一说，在测试这个领域非常罕见。谈到高，可以去架构师里面找。对一个测试人员比较实际的评价是，值得信赖，反馈速度快，有思考能力，经验丰富，能处理复杂任务。