（十二）采购成本、ROI
得说“ROI（投资回报率）”的问题了。
QTP以前根据插件收费，后来整合起来销售，美其名曰打包赠送。等于你就是先买个铁钉，人家卖你一套家具让你自己拔出来。
SilkTest不一样，提供了 RunTime的 License模式，降低了采购成本，什么意思呢，就是你买的时候可以分的，看你是编写脚本，还是只是运行脚本，等于说你买个套餐，居然还可以单点套餐里的东西——靠，这还叫套餐吗？没见过这么好的销售啊，哈哈。
（十三）自动化框架
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吃一辈子饭的。自动化测试做到后面已经不仅仅只是工具了，还有流程、模式、管理等等一系列的配合。
有要拍砖的尽管来，但是别搞人身攻击！呵呵呵
版权声明：本文出自songfun 的51Testing软件测试博客：http://www.51testing.com/?songfun
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
版权声明：本文欢迎转载，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。
