360筆試---自動化測試

昨晚筆了360，試題中有一個題是關於自動化測試的，感受本身掌握的仍是 不太熟練，因此今天一早就在網上查了一下，這篇文章是本博主 以爲寫得 比較 好的一篇啦，你們一塊兒共勉。

下面圖是自動化測試的基本流程圖，以及每一個階段的任務負責人，輸出等。

　　一、制定測試計劃

　　在展開自動化測試以前，最好作個測試計劃，明確測試對象、測試目的、測試的項目內容、測試的方法、測試的進度要求，並確保測試所需的人力、硬件、數據等資源都準備充分。制定好測試計劃後，下發給用例設計者。

　　二、分析測試需求

　　用例設計者根據測試計劃和需求說明書，分析測試需求，設計測試需求樹，以便用例設計時可以覆蓋全部的需求點。通常來說，基於Web功能測試須要覆蓋一下幾個方面：

　　1）頁面連接測試，確保各個連接正常；
　　2）頁面控件測試，確保各個控件可靠；
　　3）頁面功能測試，確保各項操做正常；
　　4）數據處理測試，確保數據顯示準確、處理精確可靠；
　　5）模塊業務邏輯測試，確保各個業務流程暢通。

　　三、設計測試用例

　　經過分析測試需求，設計出可以覆蓋全部需求點的測試用例，造成專門的測試用例文檔。因爲不是全部的測試用例都能用自動化來執行，因此須要將可以執行自動化測試的用例彙總成自動化測試用例。必要時，要將登錄系統的用戶、密碼、產品、客戶等參數信息獨立出來造成測試數據，便於腳本開發。

　　四、搭建測試環境

　　自動化測試人員在用例設計工做開展的同時便可着手搭建測試環境。由於自動化測試的腳本編寫須要錄製頁面控件，添加對象。測試環境的搭建，包括被測系統的部署、測試硬件的調用、測試工具的安裝盒設置、網絡環境的佈置等。

　　五、編寫測試腳本

　　根據自動化測試用例和問題的難易程度，採起適當的腳本開發方法編寫測試較薄。通常先經過錄制的方式獲取測試所須要的頁面控件，而後再用結構化語句控制腳本的執行，插入檢查點和異常斷定反饋語句，將公共廣泛的功能獨立成共享腳本，必要時對數據驚醒參數化。固然還能夠用其餘高級功能編輯腳本。腳本編寫好了以後，須要反覆執行，不斷調試，知道運行正常爲止。腳本的編寫和命名要符合管理規範，以便統一管理和維護。

　　六、分析測試結果、記錄測試問題

　　應該及時分析自動化測試結果，建議測試人員天天抽出必定時間，對自動化測試結果進行分析，以便儘早地發現缺陷。若是採用開源自動化測試工具，建議對其進行二次開發，以便與測試部門選定的缺陷管理工具緊密結合。理想狀況下，自動化測試案例運行失敗後，自動化測試平臺就會自動上報一個缺陷。測試人員只需天天抽出一地你該時間，確認這些自動上報的缺陷，是不是真實的系統缺陷。若是是系統缺陷就提交開發人員修復，若是不是系統缺陷，就檢查自動化測試腳本或者測試環境。

　　七、跟蹤測試BUG

　　測試記錄的BUG要記錄到缺陷管理工具中去，以便按期跟蹤處理。開發人員修復後，須要對此問題執行迴歸測試，就是重複執行一次該問題對應的較薄，執行經過則關閉，不然繼續修改。若是問題的修改方案與客戶達成一致，但與原來的需求有所偏離，那麼在迴歸測試前，還須要對腳本進行必要的修改和調試。