衆所周知，現在市面上的移動端操作系統已被Android和IOS佔領，其中Android的份額更是在80%以上。那麼面對市面上林林總總的自動化測試框架和工具，爲什麼說Appium在自動化測試框架的統治級優勢呢，下面先看一下各大主流框架的對比及優勢。
一、主流框架對比
下面對比了市面上主流的幾大框架：
二、各大框架優缺點說明
1、Monkey是Android SDK自帶的測試工具，在測試過程中會向系統發送僞隨機的用戶事件流，如按鍵輸入、觸摸屏輸入、手勢輸入等)，實現對正在開發的應用程序進行壓力測試，也有日誌輸出。實際上該工具只能做程序做一些壓力測試，由於測試事件和數據都是隨機的，不能自定義，所以有很大的侷限性。
2、MonkeyRunner也是Android SDK提供的測試工具。嚴格意義上來說MonkeyRunner其實是一個Api工具包，比Monkey強大，可以編寫測試腳本來自定義數據、事件。缺點是腳本用Python來寫，對測試人員來說要求較高，有比較大的學習成本。
3、Espresso是Google的開源自動化測試框架。相對於Robotium和UIAutomator，它的特點是規模更小、更簡潔，API更加精確，編寫測試代碼簡單，容易快速上手。因爲是基於Instrumentation的，所以不能跨App。
4、UiAutomator也是Android提供的自動化測試框架，基本上支持所有的Android事件操作，對比Instrumentation它不需要測試人員瞭解代碼實現細節（可以用UiAutomatorviewer抓去App頁面上的控件屬性而不看源碼）。基於Java，測試代碼結構簡單、編寫容易、學習成本，一次編譯，所有設備或模擬器都能運行測試，能跨App（比如：很多App有選擇相冊、打開相機拍照，這就是跨App測試）。缺點是隻支持SDK 16（Android 4.1）及以上，不支持Hybird App、WebApp。
5、Instrumentation是早期Google提供的Android自動化測試工具類，雖然在那時候JUnit也可以對Android進行測試，但是Instrumentation允許你對應用程序做更爲複雜的測試，甚至是框架層面的。通過Instrumentation你可以模擬按鍵按下、擡起、屏幕點擊、滾動等事件。Instrumentation是通過將主程序和測試程序運行在同一個進程來實現這些功能，你可以把Instrumentation看成一個類似Activity或者Service並且不帶界面的組件，在程序運行期間監控你的主程序。缺點是對測試人員來說編寫代碼能力要求較高，需要對Android相關知識有一定了解，還需要配置AndroidManifest.xml文件，不能跨多個App。
6、Athrun是淘寶出的一個移動測試框架/平臺，同時支持iOS和Android。Android部分也是基於Instrumentation，在Android原有的ActivityInstrumentationTestCase2類基礎上進行了擴展，提供一整套面向對象的API。
7、Robotium也是基於Instrumentation的測試框架，目前國內外用的比較多，資料比較多，社區也比較活躍。缺點是對測試人員來說要有一定的Java基礎，瞭解Android基本組件，不能跨App。
8、Selendroid：也是基於Instrumentation的測試框架，可以測試Native App、Hybird App、Web App，但是網上資料較少，社區活躍度也不大。
9、Appium是最近比較熱門的框架，社區也很活躍。這個框架應該是是功能最強大的：
如果對軟件測試、接口測試、自動化測試、性能測試、LR腳本開發、面試經驗交流。感興趣可以175317069，羣內會有不定期的發放免費的資料鏈接，這些資料都是從各個技術網站蒐集、整理出來的，如果你有好的學習資料可以私聊發我，我會註明出處之後分享給大家。
a.它的優點：
開源；
支持Native App、Hybird App、Web App；
支持Android、iOS、Firefox OS；
Server也是跨平臺的，你可以使用Mac OS X、Windows或者Linux；
b.它的哲理是：
用Appium自動化測試不需要重新編譯App；
支持很多語言來編寫測試腳本，Java、Javascript、PHP、Python、C#、Ruby等主流語言；
不需要爲了自動化測試來重造輪子，因爲擴展了WebDriver。（WebDriver是測試WebApps的一種簡單、快速的自動化測試框架，所以有Web自動化測試經驗的測試人員可以直接上手）；
移動端自動化測試應該是開源的；
如果對軟件測試、接口測試、自動化測試、性能測試、LR腳本開發、面試經驗交流。感興趣可以175317069，羣內會有不定期的發放免費的資料鏈接，這些資料都是從各個技術網站蒐集、整理出來的，如果你有好的學習資料可以私聊發我，我會註明出處之後分享給大家。
c.它的設計理念：
Client/Server架構，運行的時候Server端會監聽Client端發過來的命令，翻譯這些命令發送給移動設備或模擬器，然後移動設備或模擬器做出響應的反應。正是因爲這種架構，所以Client可以使用Appium client libraries多種語言的測試腳本，而且Server端完全可以部署在服務器上，甚至雲服務器。
Session，每個Client連接到Server以後都會有一個Session ID，而且Client發送命令到Server端都需要這個Session ID，因爲這個seesion id代表了你所打開的瀏覽器或者是移動設備的模擬器。所以你甚至可以打開N個Session，同時測試不同的設備或模擬器。
Desired Capabilities，其實就是一個鍵值對，設置一些測試的相關信息來告訴Server端，我們需要測試iOS、還是Android，或者換是WebApp等信息。
Appium Server是Node.js寫的，所以可以直接用NPM來進行安裝。
Appium Clients，Mac OS和Win下提供GUI，不需要裝Node.js，方便測試人員操作。
d.相關限制：
如果你在Windows使用Appium，你沒法使用預編譯專用於OS X的.app文件，因爲Appium依賴OS X專用的庫來支持iOS測試，所以在Windows平臺你不能測試iOS Apps。這意味着你只能通過在Mac上來運行iOS測試。
三、總結
從方面的對比和優缺點分析不難看出。對於需要支持跨平臺和需要支持WebView的應用，Appium的優勢就比較明顯了，因爲Appium擁有了以上幾大框架的所有優點：跨App，支持Native App、Hybird App、Web App，還支持N種語言來編寫你的測試腳本。如果是隻針對Android平臺的應用，我還是比較推薦UiAutomator，特別是後面推出的UiAutomator2.0，此外，這兩年，Google又推出了Espresso，它也應該是一個很優秀的框架，但是個人認爲適合編程基礎一般或剛入門同學（反正我是有點用不太習慣）。