下圖是自動化測試的基本流程圖，以及每個階段的任務負責人，輸出等。
1、制定測試計畫
在展開自動化測試之前，最好做個測試計畫，明確測試物件、測試目的、測試的專案內容、測試的方法、測試的進度要求，並確保測試所需的人力、硬體、資料等資源都準備充分。制定好測試計畫後，下發給用例設計者。
2、分析測試需求
用例設計者根據測試計畫和需求說明書，分析測試需求，設計測試需求樹，以便用例設計時能夠覆蓋所有的需求點。一般來講，基於web功能測試需要覆蓋一下幾個方面：
1）頁面鏈結測試，確保各個鏈結正常；
2）頁面控制項測試，確保各個控制項可靠；
3）頁面功能測試，確保各項操作正常；
4）資料處理測試，確保資料顯示準確、處理精確可靠；
5）模組業務邏輯測試，確保各個業務流程暢通。
3、設計測試用例
通過分析測試需求，設計出能夠覆蓋所有需求點的測試用例，形成專門的測試用例文件。由於不是所有的測試用例都能用自動化來執行，所以需要將能夠執行自動化測試的用例彙總成自動化測試用例。必要時，要將登陸系統的使用者、密碼、產品、客戶等引數資訊獨立出來形成測試資料，便於指令碼開發。
4、搭建測試環境
自動化測試人員在用例設計工作開展的同時即可著手搭建測試環境。因為自動化測試的指令碼編寫需要錄製頁面控制項，新增物件。測試環境的搭建，包括被測系統的部署、測試硬體的呼叫、測試工具的安裝盒設定、網路環境的布置等。
5、編寫測試指令碼
根據自動化測試用例和問題的難易程度，採取適當的指令碼開發方法編寫測試較薄。一般先通過錄製的方式獲取測試所需要的頁面控制項，然後再用結構化語句控制指令碼的執行，插入檢查點和異常判定反饋語句，將公共普遍的功能獨立成共享指令碼，必要時對資料驚醒引數化。當然還可以用其他高階功能編輯指令碼。指令碼編寫好了之後，需要反覆執行，不斷除錯，知道執行正常為止。指令碼的編寫和命名要符合管理規範，以便統一管理和維護。
6、分析測試結果、記錄測試問題
應該及時分析自動化測試結果，建議測試人員每天抽出一定時間，對自動化測試結果進行分析，以便盡早地發現缺陷。如果採用開源自動化測試工具，建議對其進行二次開發，以便與測試部門選定的缺陷管理工具緊密結合。理想情況下，自動化測試案例執行失敗後，自動化測試平台就會自動上報乙個缺陷。測試人員只需每天抽出一地你該時間，確認這些自動上報的缺陷，是否是真實的系統缺陷。如果是系統缺陷就提交開發人員修復，如果不是系統缺陷，就檢查自動化測試指令碼或者測試環境。
7、跟蹤測試bug
測試記錄的bug要記錄到缺陷管理工具中去，以便定期跟蹤處理。開發人員修復後，需要對此問題執行回歸測試，就是重複執行一次該問題對應的較薄，執行通過則關閉，否則繼續修改。如果問題的修改方案與客戶達成一致，但與原來的需求有所偏離，那麼在回歸測試前，還需要對指令碼進行必要的修改和除錯。
8、自動化指令碼的維護
如果系統發生變更時，對自動化測試指令碼和相關文件包括《自動化測試用例》、《自動化指令碼設計說明書》進行維護，以適應變更後的系統。
自動化測試流程
年初的時候自動化測試指令碼也接觸了一段時間，當時一上來就根據同事的寫好的模板，寫了幾個簡單功能模組的指令碼，對整個指令碼的編寫流程有了些了解。最近又開始做自動化測試了，所以去了解了下整個自動化測試的流程 1.測試計畫 與以前的測試計畫過程一致，只是在原來的測試計畫中，新增對專案實施自動化測試所需的資...
QTP自動化測試流程
qtp自動化測試流程 1 準備testcase 在進行自動化之前，將測試內容進行文件化，不建議直接錄製指令碼 在錄製指令碼之前設計好指令碼，便於錄製過程的流暢 由於測試用例設計和指令碼開發可能不是同乙個人完成，便於團隊合作 便於後期的維護 文件化的方式 td或者文件 2 配置qtp qtp支援不同的...
自動化測試真實流程
自動化測試真實流程和適用場景 首先，自動化並不適合所有專案，僅適合改動較小 基本流程固定 ui固定 專案周期長的專案。自動化本身就是乙個產品，需要時間去寫 去維護，也會出bug。所以，不要神化自動化測試，必須和手工測試互相輔助才行。如果你的專案 你公司的專案 開發周期一共就乙個月，分到測試只有乙個星...