合理的自動化切入點：通常，項目只有經歷了完整的系統測試之后才算具備了基本的引入測試自動化的條件。
測試自動化分析：
?。?）可行性分析
?。?）抽樣demo分析，demo一般選取冒煙測試用例，檢查腳本是否能夠成功運行通過，已設計的測試點是否全部執行
?。?）測試需求分析，分析哪些功能點準備進行自動化
測試計劃定制：自動化測試計劃越全面，后期越能循規蹈矩的去實施，自動化測試的成功率越高
自動化測試設計階段：主要分為自動化測試框架和自動化測試用例。
?。?）自動化測試框架的設計，開發與搭建：應能保證測試的分布執行，腳本模塊化，數據驅動，日志分析，錯誤截圖，報表回收，共享對象庫，公共函數庫，環境配置，統一設計模式，異常處理，場景恢復的一個無人值守的，針對每個獨立項目的測試框架
（2）自動化測試用例設計三部曲：手工測試用例是從無到有，然后自動化測試用例是根據手工測試用例來寫的。首先，篩選手工測試用例。然后轉換手工測試用例，最后新增&補充自動化測試用例。
為什么不能用手工測試用例完全替代自動化測試用例？
自動化測試用例的范圍往往是核心業務流程或者重復執行率高的，自動化測試的覆蓋率不能達到手工測試的覆蓋率。自動化測試的用例選擇一般以正向為主，而反向的情況卻有很多，但是并不是所有反向情況自動化測試都會涵蓋，而是有篩選的選取一部分。也并不是所有的手工測試用例都可以用來做自動化的，如頁面布局的檢查。手工測試可以不需要回原點，但是自動化測試往往是必須的。自動化測試用例與手工測試用例不同，不需要每個步驟都寫預期結果。
測試腳本設計與開發：
測試腳本大致可劃分為五種，
?。?）線性腳本：通過錄制直接產生的線性可執行的腳本
（2）結構化腳本：具有順序，循環，分支等結構的腳本
?。?）可共享腳本：可以被多個測試用例使用，被其他腳本調用的腳本
?。?）數據驅動腳本：測試數據跟業務流程控制分離的腳本，通過讀入數據文件來驅動流程進行的腳本
（5）關鍵字驅動腳本：腳本，數據，業務分離，數據和關鍵字在不同的數據表中，通過關鍵字來驅動測試業務邏輯。關鍵字驅動的特點是，它更像是描述一個測試用例在做什么，而不是如何做。
自動化測試執行：
（1）無人值守的測試：環境搭建，部署與配置；自動化測試用例與測試腳本相互綁定；自動化測試用例執行順序排列與組合
?。?）異常處理與場景恢復
提交自動化測試產物：大致需要提交執行情況，測試結果，分析報表，測試報告，質量情況等。
測試腳本維護：嚴格來講，每個階段都在做測試腳本維護。一個不值得維護的自動化測試項目是不值得立項的。