[comments] 作者在自动化过程中发现的问题，和犯下的错误是初学自动化的人很容易出现的。刚开始的时候，很多人都想把自己的自动化做的多么fancy,想100%的automation.把目标定得很高，结果又相差很大。因此，就动摇了自动化的信心。我做自动化总是强调的一点是，“怎样合理的进行自动化？”。什么应该自动化，什么不应该自动化，怎样进行自动化，这都是有一定学问的，也是一个senior测试人员应该具备的基本能力。因为作者的能力问题，使得后来的测试人员不愿意用他们的代码，宁可另起炉灶。这完全不能说明自动化有什么不好的。你想想看，如果你设计，实现了一套非常好的，非常灵活的自动化系统，后来的人很轻松的能够上手，他为什么还要自己重新来过呢？以我个人的经验来看，想另起炉灶的最根本的原因是因为以前人留下的代码太滥了。这个不光测试有这个问题，开发中同样普遍。我设计的自动化框架，到我辞职后一年还没有替代品的出现，大家都是在我的基础上进行新的开发和利用，以及扩展。这又说明了什么？我从来没有试图去说服别人一定要用我的。好的东西，别人一定会看到的。
下面分几点讲讲为什么要放弃对测试自动化的幻想，和怎样进行低成本的有效测试。如果你还不能同意我对测试自动化的看法，可以去这个微软员工的Bloghttp://minimsft.blogspot.com/2006/08/dev-vs-test-vs-pm.html去看看为什么Windows测试组用的WTT测试框架被称作“Waste of Tester Time". 我最基本的观点不是说测试自动化不能测出bug，而是想问: 一个比较复杂的测试自动化框架所造成的人力浪费，值不值得最终的结果？如果不做测试自动化，能不能达到同样的效果。以我的亲身经历，去年我的测试组两个人对应开发组五个人，项目经理三个人的工作量，去年做了好几个Release，Hotfix只有两三个。我们旁边的测试组七八个人对应五六个Dev. 他们又是自动化，又是搞程序覆盖率，好不热闹，Hotfix 也不少。按一个人的人工成本12万美元，我们组省至少三个人的成本36万美元。
文章来源于领测软件测试网 https://www.ltesting.net/
