Appium With UiAutomator 2.0 運行 Multiple Session

在 「Appium With UiAutomator 2.0 實際運用及原理介紹」 我們了解了如何在 Appium 搭載 UiAutomator 2.0 執行自動化測試，但是若我們今天想要讓測試時程再次縮短，我們會需要使用到多裝置且運行 Multiple Session，但是根據我們實際運行 Multiple Session 後卻發現了一個嚴重性的問題，那就是 Appium UiAutomator 2.0 Proxy Server Port 會出現 「互搶互讓」 的狀態。

Appium With UiAutomator 2.0 實作及原理介紹

在 「UiAutomator 1.0 與 UiAutomator 2.0 差異以及 Appium 實作」 我們瞭解了使用 UiAutomator 2.0 的好處之後，那我們該如何在 Appium 實際使用 UiAutomator 2.0 框架呢？

在實作之前我們先來看看個有趣的實驗，簡易的列出了 appium-android-bootstrap 與 appium-uiautomator2-server 兩者做同一件動作的 Appium Log 的差異，可以明顯的觀察到 appium-uiautomator2-server 分工的狀況，而 appium-android-bootstrap 則耗費許多時間在處理元件。

UiAutomator 1.0 與 UiAutomator 2.0 差異

Google Android Developers 在 2015 年 3 月 13 日時公開發表了 UiAutomator 2.0，v2.0 相較於 v1.0 最明顯的優勢在於其 在 v1.0 的基礎上增加了許多實用性高的 API 。包含：

• By
• BySelector
• UiObject2

另外還有一最主要的差異為 UiAutomator 2.0 測試產出由 Java Base 更改為 Android Base ，讓 UiAutomator 2.0 可以完整的在 Android Instrumentation 上運行，這是個優勢能讓此框架更完善的被終端使用者運用。

android.support.test.rule

前言

在上一篇初步學習撰寫 Android Espresso Test 時，發現裡面有一行程式碼建構子 ​ActivityTestRule ，好像只有被宣告，但能在背景內執行。

public ActivityTestRule mActivityTestRule = new ActivityTestRule(NotesActivity.class);

好似 App 是透過 ActivityTestRule 叫起來就可以運行似的，查了才知道 ActivityTestRule 是屬於 android.support.test.rule Family 內的元件。
於是好奇想知道 ActivityTestRule & android.support.test.rule 是什麼東西？ 他為何而生？ 他可以做什麼？