之前有比較籠統的寫過關於自動化的一些思考（一）
http://www.cnblogs.com/tobecrazy/archive/2012/12/18/2824248.html
那時候剛做自動化不久，對很多問題的認識和感受不夠深刻，就現在而言，我依然是自動化測試的一枚新兵蛋子，還有很多的知識需要了解。
回顧一下當時只是弄清楚了一個問題 why，為什么要進行自動化測試，自動化主要還是用於regression，對於測試new feature和new bug，毫無意義，
接下來是要弄清楚這個問題：how
1.自動化測試分類
我的分類標准是工具，根據不同的工具進行分類。
基於GUI的功能測試工具QTP（現UFT）
基於IDE的自動化測試，比如開源的selenium/eclipse/visual studio selenium是開源框架，eclipse需要需要插件
基於純腳腳本的自動化測試 shell/perl/ruby/python
我簡單的把自動化測試分為以上幾種吧，QTP主要是windows 平台functional testing，屬於keyword driver，關鍵字驅動。我沒真正用過qtp做測試，這方面沒有發言權。
基於IDE，我同事有講過，他之前做的automation是基於vs ，直接做.net的自動化測試，具體也沒深入了解。
我們項目使用的的是perl/shell 純腳本的，框架也是自己寫的，我這里有個圖，這個也是關鍵字驅動，依靠checkpoint。
有的checkpoint不止一個，就需要多次驗證。
有了類似這樣的框架，我們只需花時間維護，需要添加case 就寫到config file（case里當然包括checkpoint），如果需要測試其他的模塊，我們只需要把case改一下。
這個框架只是簡單的執行case並記錄測試數據，還不具備異常處理。依然節省了我們不少的時間，做regression，也就是跑一下腳本。
2.阿里百度是采用什么自動化測試的
百度阿里都是自己的框架，貌似很多阿里的同學直接使用eclipse，代碼能力不同一般。也有的同學是用selenium。
qtp是很高級的工具，很難真正的駕馭住。但是在linux下就沒有太多的優勢可言，我們這些基於server端的，還是需要強大的腳本能力，才能做好automation.
3.我的規划
client端的同學都是用的qtp，我也很羡慕，所以就有想法學qtp。
qtp在windows 下還是很方便，還是要學一下。