自動化測試基本策略(5)

　　因此，腳本的測試與試運行極為重要，它需要檢查多個腳本不能依計劃執行的原因，并保證其得到修復。同時他也需要經過多輪的腳本試運行，以保證測試結果得一致性與精確性。

　　3.6 自動化測試腳本執行

　　自動化腳本主要有三個用途：功能測試、為手工測試做數據準備和回歸測試。在功能測試的階段，可以利用自動化測試腳本進行數據的準備，也可以利用自動化腳本進行功能測試。在項目穩定之后自動化測試的最大價值就是回歸測試。

　　腳本可以分為三個級別：基本流程測試腳本，用于每次出新build安裝后做smoke test;關鍵功能測試腳本，每次出新build后對所有重要功能進行回歸測試，確保改動不會對原有功能的造成影響;全面回歸測試腳本，系統經過比較大的修改或系統上線前作回歸測試。自動測試腳本在回歸測試中發揮了出色的作用，特別是系統在上線前夕，為了適應客戶的需求，功能不斷修改，對于原有的功能，自然不可能都手工測試，腳本在這個時候的意義特別大。

　　3.7 自動化測試的持續集成

　　自動化測試可以做到持續集成，從編譯到測試，任何一步都可以自動化：

　　1、將所有的源代碼存放在服務器，持續集成任務起來后到源代碼管理服務器上進行自動編譯，對編譯的結果進行分析，并將編譯成功的軟件版本放到發布服務器;

　　2、將新版本的軟件下載到測試環境，并且自動安裝;

　　3、自動安裝成功后進行冒煙測試，如果冒煙測試成功則證明軟件的版本是可用的;

　　4、自動執行自動化測試腳本進行功能測試或回歸測試;

　　5、自動化測試結束后生成測試報告，將測試結果發送郵件給相關的人員。

　　在持續集成中任何一步失敗都會導致整個測試失敗，自動化測試生成失敗的測試報告，并將測試結果發送給相關的人員。

　　后記：這是一篇很早很早以前就想寫的文章，一方面總結自己做自動化測試的一些收獲，另一方面想回答很多同事或朋友的問題，但一直處于忙碌的狀態，偶爾閑下來也想偷懶休息，也就一直擱置到現在。敲完這些文字，終于了卻一份心愿。

原文轉自：http://www.uml.org.cn/Test/201005042.asp