自动化测试工具QTP和SilkTest横向PK(3)

　　(十三)自动化框架

　　QTP的天生劣势使得它的自动化框架部署非常困难和麻烦，这也是几年前很多人在网上争论不休的原因，大家都说不出一个真正被认可的很实用可以大面积推广的成熟框架。

　　这点上，跟 Selenium、SilkTest 这种工具本身的设计理念就有很大差异。

　　试想，你把自己的工具捆绑在QC上、自己的工具上，你怎么拥抱开源?没有开源，你自己的东西怎么集成别人的东西?没有集成，你的自动化能叫框架吗?这不搞笑吗?撑死了就是个半自动化框架。

　　(十四)成功案例

　　QTP名气相当大，国内外都是!但是真正成功实施的用户很少，给客户带来的收益很低。

　　为什么?因为它虽然上手非常快，但是管理维护非常麻烦，没有成熟的 framework 。比如建设银行2007年就开始使用QTP做自动化，迄今没有形成成熟成型的自动化测试体系，一直在通过外部程序控制QTP执行还是QC控制QTP之间徘徊。

　　而SilkTest呢，它的不足在于不支持 VBScript，哈哈，不够简单，这直接造成了门槛偏高，等于做测试的人一定、必须精通编程，而不能只是能改改脚本那么初级。但是，只要你迈过了前期这个槛，就会发现它的精妙和强大之处。它内置的设计框架，管理比QTP简单非常多，后期收益大，试想，连 Adobe/SAP/Oracle这样的大公司都在拥抱 SilkTest，你觉得它们都是傻瓜吗?而 国际上有几个巨头在使用QTP呢?呵呵，Google用吗?微软用吗?Facebook用吗?呵呵呵……

　　所以啊，玩QTP其实就是一场空，你玩QTP顶多只是QTP(因为你会VBScript还是做不了JUnit/TestNG/HTMLUnit/Selenium/JMeter等测试，而你会Java以后就能做所有的测试包括SilkTest和Selenium了)，用它抢抢票、灌灌水还是可以的，可是，你既然都要花那么多时间学一个工具，为什么不顺便在学自动化工具的同时把编程学会了，一举两得，顺便还拿到了高薪，对不?

　　好了，说了这么多，大家觉得要不要让QTP走下神坛呢?

　　当然，我并不是让大家停下自己手中的QTP项目，特别是你们团队如果已经做的比较成熟，这时候就暂时没有必要更换其他工具。但是，要做到心中有数，你不可能靠QTP吃一辈子饭的。自动化测试做到后面已经不仅仅只是工具了，还有流程、模式、管理等等一系列的配合。

　　有要拍砖的尽管来，但是别搞人身攻击!呵呵呵

原文转自：http://www.uml.org.cn/Test/201405212.asp