1.分析測試需求
測試需求其實就是測試目標，也可以看作是自動化測試的功能點。自動化測試是做不到100%蓋率的，只有盡可能提高測試覆蓋率。條測試需求需要設計多個自動化測試用例，通過測試需求分析判定軟件自動化測試要做到什么程度。一般情況下，自動化測試優先考慮實現正向的測試用例后再去實現反向測試用例，而且反向的測試用例大多都是需要通過分析篩選出來的。因此，確定測試覆蓋率以及自動化測試粒度、篩選測試用例等工作都是分析測試需求的重點工作。
2.制訂測試計划
自動化測試之前，需要制訂測試計划，明確測試對象、測試目的、測試的項目內容、測試的方法。此外，要合理分配好測試人員以及測試所需要的硬件、數據等資源。制訂測試計划后可使用禪道等管理工具監管測試進度。
3.設計測試用例
在設計測試用例時，要考慮到軟件的真實使用環境，例如對於性能測試、安全測試，需要設計場景模擬真實環境以確保測試真實有效。
4.搭建測試環境
自動化測試人員在用戶設計工作開展的同時即可着手搭建測試環境。自動化測試的腳本編寫需要錄制頁面控件、添加對象。測試環境的搭建，包括被測系統的部署、測試硬件的調用、測試工具的安裝和設置、網絡環境的布置等。
5.編寫並執行測試腳本
公共測試框架確立后，可進入腳本編寫的階段，根據自動化測試計划和測試用例編寫自動化測試腳本。編寫測試腳本要求測試人員掌握基本編程知識，並且需要和開發人員溝通交流，以便於了解軟件內部結構從而設計編寫出有效的測試腳本。測試腳本編寫完成之后需要對測試腳本進行反復測試，確保測試腳本的正確性。
6.分析測試結果、記錄測試問題
建議測試人員每天抽出一定時間，對自動化測試結果進行分析，以便更早發現缺陷。如果軟件缺陷真實存在，則要記錄問題並提交給開發人員修復，如果不是系統缺陷，就檢查自動化測試腳本或者測試環境。
7.跟蹤測試Bug
測試發現的Bug要記錄到缺陷管理工具中去，以便定期跟蹤處理。開發人員修復后，需要對問題執行回歸測試，如果問題的修改方案與客戶達成一致，但與原來的需求有偏離，那么在回歸測試前，還需要對腳本進行必要的修改和調試。