我真的很高兴和大家分享由Gunasekaran Veerapillai 编写的文章， 他作为资深的人士在威普罗公司工作。

　　Gunasekaran 覆盖了自动化工业的有趣转变--几年前是怎样的，现在如何发展。 他也回答了一个核心的问题，我们是否需要分配自动化专家做自动化测试，或者普通测试者是否也可以做自动化测试？

　　请欣赏并拿走Gunasekaran！

　　“自动化测试不再是一个有优势的技能”-“任何有正确态度的测试工程师都能创建自动化脚本”

　　在过去的十年， 自动化测试经历了多重变化，一些供应商引进了新的工具，开源的工具开始停留，仍然有一些供应商把他们的产品作为最终的解决方案卖出，CTOs组织已确认，自动化测试将在时间和金钱上给予他们很多收益。 服务供应商引进了一些可以节约自动化测试者努力的终端框架-一般的数据驱动，关键字，混合脚本-少量的框架由没有Java和VB脚本知识的人员创建。

　　这带给我们一个疑问，是否需要专门的自动化测试脚本团体 或者普通的测试人员也可以做自动化测试？有好多文章证明了自动化测试不是一个专门的组在做自动化脚本/项目

　　当我在2002年， 管理一个自动化测试的项目时，我在寻找有开发背景的人作为团队的一部分，因为工具是用类似于C语言开发的。有相关语言知识的测试人员能够很容易的创建高级脚本。然后自动化框架能够帮助测试人员写那些能够节约自动化开发时间的重用功能。

　　其次，自动化测试开发希望把已有的测试用例转换为自动化脚本；在创建脚本之前，很少需要去理解业务知识。

　　在软件测试的发展中， 自动化测试作为优先的职业， 直到在2008的衰退中使我们受到了打击，在自动化测试开发一段时间后， 客户开始询问自动化脚本的投资回报率和随后发布的脚本的重用率，许多脚本不满足预期的结果，脚本需要更多的维护去保证应用程序正常运行，他们对此很震惊。只有少数以web为技术的客户因为自动化在节约金钱和时间上受益。

　　自动化测试现状：

　　1、从回归测试的自动化来说，自动化已经贯穿自动化测试的生命周期， 可以开始探索多阶段的测试生命周期，正确的设置工具，使手工工作自动化。

　　2、基于模式的软件测试的出现，自动化测试工程师希望有好的业务知识， 客户不必雇单独的人去创建模式和自动化脚本。

　　3、商业过程自动化测试包帮助客户减少定制一般的、已建立的应用程序和产品的时间。

　　4、客户不需要去选择工具供应商，因为有太多的商店提供个性化和少量脚本的框架。

　　5、在个性化报告产生时，测试管理工具已经和测试生命周期结合。

　　6、对于灵活选择合适工具的团队， 不同厂商的工具使需求管理、测试管理、测试脚本执行、缺陷管理更加容易。

　　7、多样的个性化产品帮助测试者减少多余的手工工作，促进独立厂商之间的差异性。

　　让我们回到开始的问题，是否需要专用的自动化测试者或者自动化测试仍是职业的阶梯？

　　大家可以认同的是，自动化测试变的更加的容易了，有好的业务知识的测试者也可以做自动化测试，自动化测试专家的期望已经达到不同的水平。 任何人都可以执行专家写的自动化脚本，但是仍然有一些是不能被手工测试马上掌握的。

　　自动化专家希望在产品的全部生命周期中运用自动化，他们请求对于已完成的测试用例和场景实现自动化。他们需要核实周期中每阶段的工具以使成本效益无缝集成。没有客户愿意等6-8轮来回收投入。 除了这个，他们希望定义和开发多个终端来较少手工工作和产生测试数据的时间。

　　总的来说：尽管 一般的多余自动化测试将融入到集体测试中，自动化测试人才仍是强大的技术专家。