自動化測試工具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