按照我所接觸的自動(dòng)化測(cè)試，我認(rèn)為可分為兩個(gè)方面 UI自動(dòng)化測(cè)試和接口自動(dòng)化測(cè)試 。

我認(rèn)為設(shè)計(jì)測(cè)試用例和編寫腳本要分開(kāi)來(lái)看 一般設(shè)計(jì)測(cè)試用例是在需求評(píng)審結(jié)束、需求文檔下發(fā)后，來(lái)開(kāi)始編寫測(cè)試用例，在設(shè)計(jì)測(cè)試用例時(shí)需要考慮到哪些用例可以用自動(dòng)化來(lái)實(shí)現(xiàn)，并將這些用例篩選出來(lái)，測(cè)試用例設(shè)計(jì)截至點(diǎn)在用例評(píng)審之前，評(píng)審之后也可有小范圍的優(yōu)化、改動(dòng)，但是整體大的流程一般不會(huì)在動(dòng)。
 

編寫自動(dòng)化腳本：

1、UI自動(dòng)化測(cè)試 UI自動(dòng)化測(cè)試還要看你對(duì)UI自動(dòng)化的需求

（1）、回歸測(cè)試

若是單純做以后的回歸測(cè)試，那么我建議是等版本穩(wěn)定后，bug缺陷基本修復(fù)時(shí)，再來(lái)做自動(dòng)化腳本的編寫，這樣就不需要消耗更多的時(shí)間來(lái)維護(hù)腳本， 我的建議還是讓UI自動(dòng)化的腳本來(lái)進(jìn)行回歸測(cè)試。

（2）、驗(yàn)證性測(cè)試

若是想利用UI自動(dòng)化直接驗(yàn)證本次的功能點(diǎn)，那么建議在冒煙測(cè)試時(shí)就開(kāi)始編寫腳本，這樣遇見(jiàn)問(wèn)題，就需要不斷維護(hù)腳本，最終使腳本運(yùn)行達(dá)到穩(wěn)定，根據(jù)我以往的經(jīng)驗(yàn)來(lái)看，這種方式是不建議采取的，維護(hù)成本太高。
 

2、接口自動(dòng)化測(cè)試

接口測(cè)試可以提前介入，在前后端聯(lián)調(diào)后功能冒煙測(cè)試之前就可以開(kāi)始寫接口自動(dòng)化腳本，這樣能有效的避免冒煙測(cè)試輪次過(guò)多。