(三)、 不適合自動化測試情況
自動化測試不是適合所有的公司、所有的項目。
1、定制型項目（一次性的）
為客戶定制的項目，維護期由客戶方承擔的，甚至采用的開發語言、運行環境也是客戶特別要求的，即公司在這方面的測試積累就少，這樣的項目不適合作自動化化測試。
2、項目周期很短的項目
項目周期很短，測試周期很短，就不值得花精力去投資自動化測試，好不容易建立起的測試腳本，不能得到重復的利用是不現實的。
3、業務規則復雜的對象
業務規則復雜的對象，有很多的邏輯關系、運算關系，工具就很難測試。
4、美觀、聲音、易用性測試
人的感觀方面的：界面的美觀、聲音的體驗、易用性的測試，也只有人來測試
5、測試很少運行：一個月只運行一次
測試很少運行，對自動化測試就是一種浪費。自動化測試就是讓它不厭其煩的、反反復復的運行才有效率。
6、軟件不穩定
軟件不穩定，則會由于這些不穩定因素導致自動化測試失敗。只有當軟件達到相對的穩定，沒有界面性嚴重錯誤和中斷錯誤才能開始自動化測試。
7、涉及物理交互
工具很難完成與物理設備的交互，比如刷卡的測試等。
(四)、什么樣的情況適合自動化測試自動化測試之所以能在很多大公司實施起來，就是有它適合自動化測試的特點和高的投資回報率。
1、產品型項目
產品型的項目，每個項目只改進少量的功能，但每個項目必須反反復復的測試那些沒有改動過的功能。這部分測試完全可以讓自動化測試來承擔， 同時可以把新加入的功能的測試也慢慢地加入到自動化測試當中。
2、增量式開發、持續集成項目
由于這種開發模式是頻繁的發布新版本進行測試，也就需要自動化測試來頻繁的測試，以便把人從中解脫出來測試新的功能。
3、能夠自動編譯、自動發布的系統
要能夠完全實現自動化測試，必須能夠具有自動化編譯，自動化發布系統進行測試的功能。 當然，不能達到這個要求也可以在手工干預下進行自動化測試。
4、回歸測試
回歸測試試自動化測試的強項，它能夠很好的確保你是否引入了新的缺陷，老的缺陷是否修改過來了。在某種程度上可以把自動化測試工具叫做回歸測試工具。
5、多次重復、機械性動作
自動化測試最喜歡測試：多次重復、機械性動作，這樣的測試對它來說從不會失敗。比如要向系統輸入大量的相似數據來測試壓力和報表。
6、需要頻繁運行測試
在一個項目中需要頻繁的運行測試，測試周期按天算，就能最大限度的利用測試腳本，提高工作效率。
7、將煩瑣的任務轉化為自動化測試
文章來源于領測軟件測試網 http://www.kjueaiud.com/
