按照我所接觸的自動化測試，我認為可分為兩個方面 UI自動化測試和接口自動化測試 。

我認為設計測試用例和編寫腳本要分開來看 一般設計測試用例是在需求評審結束、需求文檔下發后，來開始編寫測試用例，在設計測試用例時需要考慮到哪些用例可以用自動化來實現，并將這些用例篩選出來，測試用例設計截至點在用例評審之前，評審之后也可有小范圍的優化、改動，但是整體大的流程一般不會在動。
 

編寫自動化腳本：

1、UI自動化測試 UI自動化測試還要看你對UI自動化的需求

（1）、回歸測試

若是單純做以后的回歸測試，那么我建議是等版本穩定后，bug缺陷基本修復時，再來做自動化腳本的編寫，這樣就不需要消耗更多的時間來維護腳本， 我的建議還是讓UI自動化的腳本來進行回歸測試。

（2）、驗證性測試

若是想利用UI自動化直接驗證本次的功能點，那么建議在冒煙測試時就開始編寫腳本，這樣遇見問題，就需要不斷維護腳本，最終使腳本運行達到穩定，根據我以往的經驗來看，這種方式是不建議采取的，維護成本太高。
 

2、接口自動化測試

接口測試可以提前介入，在前后端聯調后功能冒煙測試之前就可以開始寫接口自動化腳本，這樣能有效的避免冒煙測試輪次過多。