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