目前常用的可用於APP自動化測試的框架有以下幾個：

1.Monkey（socket）

原理：

Monkey是Android SDK自帶的測試工具，在測試過程中通過socket通訊的方式來模擬使用者會向系統傳送偽隨機的使用者事件流，如按鍵輸入、觸控式螢幕輸入、手勢輸入等)，實現對正在開發的應用程式進行壓力測試，也有日志輸出。實際上該工具只能做程式做一些壓力測試，由於測試事件和資料都是隨機的，不能自定義，所以有很大的侷限性。Monkey 是一個命令列工具，可以執行在模擬器或實際裝置中，通過向系統傳送偽隨機的使用者事件流，實現對全系統或某個應用程式進行壓力測試。

使用場景：

多用於進行穩定性測試。

利弊分析：

測試的物件僅為應用程式包，有一定的侷限性。Monkey測試使用的事件流資料流是隨機的，不能進行自定義。

2.Monkeyrunner（adb）

原理：

　　MonkeyRunner也是Android SDK提供的測試工具。嚴格意義上來說MonkeyRunner其實是一個Api工具包，比Monkey強大，可以編寫測試指令碼來自定義資料、事件。缺點是指令碼用Python來寫，對測試人員來說要求較高，有比較大的學習成本。通過adb進行對螢幕的元素dump進行解析，並且基於座標傳送點選操作，然後在這個基礎上做封裝。

使用場景：

多用於UI自動化測試

利弊分析：

1、可以完成一定複雜程度的測試用例，避免重複的人工工作量；

2、結合heap、strict mode等工具，可以實現壓力測試，效能優化等任務；

3、某些API對機型相容不好，例如4.0以下的機型，對viewnode server支援不友善，導致drag api不能正常工作；

4、由於monkeyrunner的實現基於python指令碼，效能比較低下，對指令碼的編寫有質量要求。

3.Instrumentation

原理： base on robotium

Instrumentation是早期Google提供的Android自動化測試工具類，雖然在那時候JUnit也可以對Android進行測試，但是Instrumentation允許你對應用程式做更為複雜的測試，甚至是框架層面的。通過Instrumentation你可以模擬按鍵按下、擡起、螢幕點選、滾動等事件。Instrumentation是通過將主程式和測試程式執行在同一個程序來實現這些功能，你可以把Instrumentation看成一個類似Activity或者Service並且不帶介面的元件，在程式執行期間監控你的主程式。

應用場景：多用於單元測試

利弊分析：

缺點是對測試人員來說編寫程式碼能力要求較高，需要對Android相關知識有一定了解，還需要配置AndroidManifest.xml檔案，不能跨多個App。

4.Robotium

原理：

robotium是基於Instrumentation框架，通過InstrumentTestRunner呼叫起應用，通過java反射的原理，獲取應用的介面元素，然後對介面元素進行操作。Robotium也是基於Instrumentation的測試框架，目前國內外用的比較多，資料比較多，社群也比較活躍。缺點是對測試人員來說要有一定的Java基礎，瞭解Android基本元件，不能跨App。

應用場景：主要針對Android平臺的應用進行黑盒自動化測試

利弊分析：缺點是對測試人員來說要有一定的Java基礎，瞭解Android基本元件，不能跨App。

5.UIautomator

原理：4.2之前是selendroid；4.2之後是Uiautomator

是Android提供的自動化測試框架，封裝了selenium，UiAutomator是Google仿照微軟Uiautomation提供的一套自動化框架，基於Android AccessilibilityService提供（注：AndroidAccessilibilityService，是一個可訪問服務，是一個為增強使用者介面並幫助殘疾使用者的應用程式，或者使用者可能無法完全與裝置的互動。例如，使用者在開車。那麼使用者就有可能需要新增額外的或者替代的使用者反饋方式）。基本上支援所有的Android事件操作，對比Instrumentation它不需要測試人員瞭解程式碼實現細節（可以用UiAutomatorviewer抓去App頁面上的控制元件屬性而不看原始碼）。基於Java，測試程式碼結構簡單、編寫容易、學習成本，一次編譯，所有裝置或模擬器都能執行測試，能跨App（比如：很多App有選擇相簿、開啟相機拍照，這就是跨App測試）。缺點是隻支援SDK 16（Android 4.1）及以上，不支援Hybird App、WebApp。

應用場景：

Android平臺的應用進行黑盒自動化測試，

利弊分析：

基本上支援所有的Android事件操作，對比Instrumentation它不需要測試人員瞭解程式碼實現細節（可以用UiAutomatorviewer抓去App頁面上的控制元件屬性而不看原始碼）。基於Java，測試程式碼結構簡單、編寫容易、學習成本，一次編譯，所有裝置或模擬器都能執行測試，能跨App（比如：很多App有選擇相簿、開啟相機拍照，這就是跨App測試。

6.Appium

原理：

Appium是一個開源、跨平臺的測試框架，可以用來測試原生及混合的移動端應用。Appium支援IOS、Android及FirefoxOS平臺。Appium使用WebDriver的json wire協議，來驅動Apple系統的UIAutomation庫、Android系統的UIAutomator框架。Appium對IOS系統的支援得益於Dan Cuellar’s對於IOS自動化的研究。Appium也集成了Selendroid，來支援老android版本。

應用場景：

Ios、android黑盒自動化測試

優點：

　　· 開源；

　　· 支援Native App、Hybird App、Web App；

　　· 支援Android、iOS、Firefox OS；

　　· Server也是跨平臺的，你可以使用Mac OS X、Windows或者Linux；

　　它的哲理是：

　　· 用Appium自動化測試不需要重新編譯App；

　　· 移動端自動化測試應該是開源的；

利弊分析：

Appium支援Selenium WebDriver支援的所有語言，如java、Object-C、JavaScript、Php、Python、Ruby、C#、Clojure，或者Perl語言，更可以使用Selenium WebDriver的Api。不需要為了自動化測試來重造輪子，因為擴充套件了WebDriver。（WebDriver是測試WebApps的一種簡單、快速的自動化測試框架，所以有Web自動化測試經驗的測試人員可以直接上手）Appium支援任何一種測試框架。如果只使用Apple的UIAutomation，我們只能用javascript來編寫測試用例，而且只能用Instruction來執行測試用例。同樣，如果只使用Google的UIAutomation，我們就只能用java來編寫測試用例。Appium實現了真正的跨平臺自動化測試。如果你在Windows使用Appium，你沒法使用預編譯專用於OS X的.app檔案，因為Appium依賴OS X專用的庫來支援iOS測試，所以在Windows平臺你不能測試iOS Apps。這意味著你只能通過在Mac上來執行iOS測試。

總結：

    綜上所述，用於黑盒自動化測試功能最為強大的工具當屬appium，monkey以及monkeyrunner功能有限，robotium 平臺有限制，uiautomator對語言要求比較高，所以建議初學者可以先學appium，下次小編將與大家聊一聊appium自動化的那些事兒~

7.Espresso

是Google的開源自動化測試框架。相對於Robotium和UIAutomator，它的特點是規模更小、更簡潔，API更加精確，編寫測試程式碼簡單，容易快速上手。因為是基於Instrumentation的，所以不能跨App。

8.Selendroid

也是基於Instrumentation的測試框架，可以測試Native App、Hybird App、Web App，但是網上資料較少，社群活躍度也不大。

9.Athrun

是淘寶出的一個移動測試框架/平臺，同時支援iOS和Android。Android部分也是基於Instrumentation，在Android原有的

ActivityInstrumentationTestCase2類基礎上進行了擴充套件，提供一整套面向物件的API。

==============================

sikuli、seeTest、Café、androidDroid（nativedriver）

==============================

IOS（待續。。。）

Instruments、Uiautomation（微軟）、Monkeytalk、monkey、athrun、instrumentdriver、appium

當前主流的手機UI測試框架  Uiautomator  robotium  appium

1. 開源庫Robotium為了彌補ActivityinstrumentationTestCase2（Android單元測試框架Instrumentation的一個類）對整合測試支援的丌足而編寫的。
2. Robotium除了在仦錶盤API的基礎上提供了更多的操作控制元件的凼數以外，還通過反射等手段，通過呼叫系統隱藏的功能，實現了仦錶盤丌支援的功能。
3. Robotium對Instrumentation封裝比較強的地方是控制元件的搜尋
4. Robotium 對Activity，Dialog，Toast，Menu 都是支援的
5. 主要用亍自勱化整合測試

對UI層、整合、單元測試都有很好的操作性；
執行的用例是執行在同一個程序中的兩個執行緒，對比monkeyrunner的執行速度要快很多；
6. robotium不能夠跨程序，可以結合adb命令來進行跨程序
7. 單程序非常完善
8. 第三方的測試框架


appium主要跨平臺，並且社群活躍度大，比較被推崇。

(2017.03.09 本文有來自網路內容，感謝原文作者,如有版權問題請及時留言,我會第一時間處理)