雖然，在你拿到這本書時(shí)已經(jīng)對(duì)要測試的項(xiàng)目做了一些分析和考量，但還是有必要在這里啰嗦一下不是所有項(xiàng)目有適合實(shí)施自動(dòng)化測試的，以免對(duì)項(xiàng)目實(shí)施自動(dòng)化過程中發(fā)現(xiàn)困難重重，浪費(fèi)了大量的人力和時(shí)間而沒有得到應(yīng)有的收益。
1、任務(wù)測試明確，不會(huì)頻繁變動(dòng)
2、每日構(gòu)建后的測試驗(yàn)證
3、比較頻繁的回歸測試
4、軟件系統(tǒng)界面穩(wěn)定，變動(dòng)少
5、需要在多平臺(tái)上運(yùn)行的相同測試案例、組合遍歷型的測試、大量的重復(fù)任務(wù)
6、軟件維護(hù)周期長
7、項(xiàng)目進(jìn)度壓力不太大
8、被測軟件系統(tǒng)開發(fā)比較規(guī)范，能夠保證系統(tǒng)的可測試性
9、具備大量的自動(dòng)化測試平臺(tái)
10、測試人員具備較強(qiáng)的編程能力
當(dāng)然，并非以上10 條都具備有情況下才能開展測試工作。這里就需要讀者做綜合的權(quán)衡。在我們普遍的經(jīng)驗(yàn)中，只要滿足三個(gè)條件就可以對(duì)項(xiàng)目開展自動(dòng)化測試：
軟件需求編程不頻繁
測試腳本的穩(wěn)定性決定了自動(dòng)化測試的維護(hù)成本。如果軟件需求變動(dòng)過于頻繁，測試人員需要根據(jù)變動(dòng)的需求來更新測試用例以及相關(guān)的測試腳本，而腳本的維護(hù)本身就是一個(gè)代碼開發(fā)的過程，需要修改、調(diào)試，必要的時(shí)候還要修改自動(dòng)化測試的框架，如果所花費(fèi)的成本不低于利用其節(jié)省的測試成本，那么自動(dòng)化測試便是失敗的。
項(xiàng)目中的某些模塊相對(duì)穩(wěn)定，而某些模塊需求變動(dòng)性很大。我們便可對(duì)相對(duì)穩(wěn)定的模塊進(jìn)行自動(dòng)化測試，而變動(dòng)較大的仍是用手工測試。
項(xiàng)目周期較長
由于自動(dòng)化測試需求的確定、自動(dòng)化測試框架的設(shè)計(jì)、測試腳本的編寫與調(diào)試均需要相當(dāng)長的時(shí)間來完成。這樣的過程本身就是一個(gè)測試軟件的開發(fā)過程，需要較長的時(shí)間來完成。如果項(xiàng)目的周期比較短，沒有足夠的時(shí)間去支持這樣一個(gè)過程，那么自動(dòng)化測試便成為笑談。
自動(dòng)化測試腳本可重復(fù)使用
自動(dòng)化測試腳本的重復(fù)使用要從三個(gè)方面來考量，一方面所測試的項(xiàng)目之間是否很大的差異性（如C/S 系統(tǒng)和B/S 系統(tǒng)的差異）；所選擇的測試工具是否適應(yīng)這種差異；最后，測試人員是否有能力開發(fā)出適應(yīng)這種差異的自動(dòng)化測試框架。