自動化測試一般是指軟件測試的自動化，自動化測試是把以人為驅動的測試行為轉化為機器執行的一種過程。通常，在設計了測試用例并通過評審之后，由測試人員根據測試用例中描述的規程一步步執行測試，得到實際結果與期望結果的比較。在此過程中，為了節省人力、時間或硬件資源，提高測試效率。執行自動化測試時，一般有如下的基本流程，下面讓我們一起來了解一下。
1. 制定測試計劃
在開始自動化測試之前，最好的辦法是做個測試計劃，明確測試對象、測試目的、測試的項目內容、測試方法以及測試的進度要求等，確保測試所需的各種資源都準備充分。
2. 分析測試需求
用例設計者根據測試計劃和需求說明書，分析測試需求，設計測試需求樹，使用例設計時能夠覆蓋所有的需求點。
3. 設計測試用例
通過分析測試需求，設計出能夠覆蓋所有需求點的測試用例，形成專門的測試用例文檔。因為不是所有的測試用例都能用自動化來執行，所以需要將能夠執行自動化測試的用例匯總成自動化測試用例。有時候，還需要將系統的用戶、密碼、產品、客戶等參數信息獨立出來形成測試數據，便于腳本開發。
4. 搭建測試環境
自動化測試在進行用例設計時就可以開始搭建測試環境。自動化測試的腳本編寫需要錄制頁面控件，添加對象。測試環境的搭建，包括被測系統的部署、測試硬件的調用、測試工具的安裝和設置以及網絡環境的布置等。
5. 編寫測試腳本
一般先通過錄制的方式獲取測試所需的頁面控件，然后再用結構化語句控制腳本的執行，插入檢查點和異常判定反饋語句，將公共普遍的功能獨立成共享腳本，必要時對數據進行參數化。還可以用其他高級功能編輯腳本。腳本編寫好了之后，需要反復執行，不斷調試，直到運行正常為止。腳本的編寫和命名要符合管理規范，以便統一管理和維護。
6. 分析測試結果、記錄測試問題
及時分析自動化測試結果，對自動化測試結果進行分析，以便盡早地發現缺陷。如果采用開源自動化測試工具，建議對其進行二次開發，以便與測試部門選定的缺陷管理工具緊密結合。如果是系統缺陷就提交開發人員修復，如果不是系統缺陷，就檢查自動化測試腳本或者測試環境。
7. 跟蹤測試BUG
測試記錄的BUG要記錄到缺陷管理工具中去，以便定期跟蹤處理。開發人員修復后，需要對此問題執行回歸測試，就是重復執行一次該問題對應的較薄，執行通過則關閉，否則繼續修改。如果問題的修改方案與客戶達成一致，但與原來的需求有所偏離，那么在回歸測試前，還需要對腳本進行必要的修改和調試。
sales@spasvo.com
