引言 辩证地看待“以人为本”
若说起自动化测试，可真是一千人有一千个说法，其实完全可以引用邓大爷的一句话来概括：不管是黑猫白猫，抓到老鼠就是好猫！无论是何种工具、何种框架或者体系，我们始终坚持实用至上，能满足我们的测试需求才是王道。无论是商业工具还是开源工具，它们应该都有相同或相似的测试框架和流程、规范，所依赖的是一个较为完善的自动化平台和体系。否则自动化测试只能依赖个别能力较强的测试专家去维持，而过于依赖个人能力对于组织来说则不具备稳定性和可靠性，对组织的可持续发展是个不小的挑战。去年看新版三国的时候，还专门为此编了个顺口溜：人中吕布，三姓家奴；恩义持国，上将锦蜀！意思就是，一方面个人能力再强也可能有一天归入别人麾下，只有靠着系统性的法则去维持系统的运转才有可能保证经久不衰；另一方面，能力发展要均衡，技术能力再强，意识理念如果落后或者停步不前的话，那就像吕奉先一样有勇无谋，迟早要落得“身首异处”的下场。
再看自动化测试，虽然我们不依赖某一两个人，但就对工具和测试手段的态度来说，笔者始终坚信人毕竟还是制胜的决定性因素，不宣扬工具有多好或多不好。有人认为商业工具的对象与方法封装的很死，二次开发没有开源工具那么随心所欲；有人认为开源工具使用起来编码难度更大、缺陷也多，只有少数的几个人能精通，很难在组织内推广。其实我们可以考虑一下：
（1）有些人主张自动化只用来进行单元测试和集成测试，以追求更多的效益，那么请问我们平常需要做多少抛开页面的接口测试？而且这些接口测试难道不能、完全不能通过页面去测试么，例如开发接口模拟器？非敏捷的情况下大量需要UI自动化测试的现实可以被忽略么？
（2）有些人喜欢把不成功的自动化实现迁怒于测试工具，那么不妨让我们扪心自问：我们的工具使用起来效果不好问题在哪里？我们是否已经把这个自己觉得不好用的工具用到极致了呢？我们的问题是否归咎于我们自己的测试设计质量不高呢？如果是测试设计的问题，那么既然VB用不好，JAVA就一定能用好么？
当然，不同的工具各自有各自的优缺点，所支持的需求类型和功能侧重点也有所不同，但是，绝无必要因为商业工具用的失败就去追求开源，也不必因为开源工具用得不方便就去追求商业工具，必须先弄清楚自己为什么用的不好，问题在哪里，如何改进！盲目的赶潮流倒是能积累很多经验，但同时也势必会给组织带来无谓的资源浪费。所以，自动化测试不仅要坚持以人为本，还要看立足点落在什么角度上，所讨论的是什么问题，所以需要辩证地看待这个问题。笔者的观点是：以人为本，但不以某一人或几人为本。
笔者有四五年的Web（自动化）测试经验，主要使用的是Mercury系列商业测试工具，故而所谈论的一些内容主要都是以自己的经验认识为基础的。不过笔者相信做任何事情原理本质上是相通的，而且我们讨论的自动化测试的原理都是基于测试基础理论和项目管理基础理论。本文只讨论理念，不讨论技术，只希望通过本文的探讨可以整理一下自己长久以来在自动化测试上混乱的思路，也希望笔者的观点不要成为束缚大家思维的罪恶黑手或者任何人说教的依据，“抛砖引玉”可，“抛砖引砖”亦可，希望诸位读者不吝赐教。
相关资料下载：
版权声明：本文出自 lyscser 的51Testing软件测试博客：http://www.51testing.com/?68857
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
