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