先說說WEB的UI自動化測試：

很多人在說自動化測試的時候，基本上現在指的是WEB的UI自動化測試，但其實這是不對的，自動化測試包含了很多開發的技術，不只是介面上的自動化測試。WEB的UI自動化測試只是其中的一種，但它的工具確實最多的，有WINRUNNER\QTP(UFT)\TESTCOMPLETE\SILKTEST\ROBOT\SELENIUM\RF\WAITER等等，。而對於沒有開發基礎的測試人員，可以考慮QTP這個自動化工具，掌握比較快，但要學精還是需要掌握開發技術。但當總體來說根據自己的需求來選擇符合自己公司的工具和開發語言。

接下來我說下WEB的UI自動化測試的優缺點：

缺點：開發效率低、維護成本高、執行速度慢等等   

優點：使用者操作真實性強。

介面自動化測試：

介面自動化測試在後來出現，但現在大部分的網際網路公司都喜歡用它作為測試工作輔助。原因很簡單，UI自動化的缺點它都能進行彌補，但同時它也存在一個最大的問題：使用者操作真實性不強。其實個人覺得介面自動化測試和UI自動化測試可以產生互補的測試。因為我們做介面測試時更多的是根據開發的技術進行測試HTTP\SOCKET等等（介面測試基本上不需要用到什麼工具進行，如果一定需要的話建議是用SOAPUI），而非真實的進行對系統進行操作驗證系統是否存在問題。

APP自動化測試：

APP的自動化測試應該也要分為UI和介面自動化測試，介面測試與上面說的一樣都是技術層面上的事情就不說了。那麼還是關注APP的UI自動化測試，APP的自動化測試工具方面也有很多，但也都不成熟，我選擇了APPIUM，主要考慮到的它可以進行跨平臺測試，但最大的問題還是不穩定。所以也不敢大面積的佈置其自動化測試用例。APP剛才說過了主要分為NATIVE和WEBVIEW，NATIVE的物件還好獲取，像android可以直接使用uiautomatorviewer進行獲取。而WEBVIEW就比較麻煩，不能直接獲取要麼就讓開發提供給你，要麼就直接下程式碼自己找，還有就是通過google的一個方法進行獲取.......

說了一下這三種技術的一些內容，其實我想說不管什麼型別的自動化測試，我們測試的過程中都需要和開發進行緊密的結合，但測試優於開發的測試思想。另外這三種技術我們在實際的應用中更應該將其進行混合的測試：

UI（WEB）自動化測試走主流程的測試、介面自動化測試走全面的測試：先佈置介面的自動化測試用於測試和迴歸測試，特別在敏捷測試中，介面自動化測試應該佔主體。後佈置UI自動化測試用於住流程的迴歸測試。

UI（WEB）自動化測試與APP自動化測試結合：需要一個自動化測試框架的協調，可以進行UI自動化測試到APP介面層的長流程場景自動化測試，也可以進行UI自動化測試到APPUI層的長流程場景自動化測試。

介面自動化測試與APP自動化測試結合：其實和UI與APP自動化測試長流程的交換一樣的原理，需要自動化測試框架的支撐。先進行介面測試用例的執行後進行APP的UI和介面測試的用例執行。