關於自動化測試的一些思考（二）

之前有比較籠統的寫過關於自動化的一些思考（一）

那時候剛做自動化不久，對很多問題的認識和感受不夠深刻，就現在而言，我依然是自動化測試的一枚新兵蛋子，還有很多的知識需要了解。

回顧一下當時只是弄清楚了乙個問題 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，也就是跑一下指令碼。

qtp是很高階的工具，很難真正的駕馭住。但是在linux下就沒有太多的優勢可言，我們這些基於server端的，還是需要強大的指令碼能力，才能做好automation.

3.我的規劃

client端的同學都是用的qtp，我也很羨慕，所以就有想法學qtp。

qtp在windows 下還是很方便，還是要學一下。

關於自動化測試的一些思考（二）

之前有比較籠統的寫過關於自動化的一些思考 一 那時候剛做自動化不久，對很多問題的認識和感受不夠深刻，就現在而言，我依然是自動化測試的一枚新兵蛋子，還有很多的知識需要了解。回顧一下當時只是弄清楚了乙個問題 why，為什麼要進行自動化測試，自動化主要還是用於regression，對於測試new feat...

關於自動化測試的一些思考。

我們都知道自動化測試是一種不錯的回歸測試的解決方案，我們一直想在自己負責的被測試產品 模組中引入自動化測試，但是，是不是應該大張旗鼓的在產品測試過程中引入自動化？要知道回歸測試是有其專用目的的，主要是為了驗證原來好用的功能現在仍繼續好用，發現原來好用但現在不好用的功能。要知道自動化測試指令碼的完全建...

關於自動化測試的一些思考。

我們都知道自動化測試是一種不錯的回歸測試的解決方案，我們一直想在自己負責的被測試產品 模組中引入自動化測試，但是，是不是應該大張旗鼓的在產品測試過程中引入自動化？要知道回歸測試是有其專用目的的，主要是為了驗證原來好用的功能現在仍繼續好用，發現原來好用但現在不好用的功能。要知道自動化測試指令碼的完全建...