--- title: Appium vs Espresso：どちらを選ぶべきか？ | TestingBot description: AppiumとEspressoを徹底比較：プラットフォーム、言語、速度、アーキテクチャ、クロスプラットフォームの再利用。どちらもTestingBotのクラウド上の実際のAndroidデバイスで実行できます。 source_url: html: https://ja.testingbot.com/appium-vs-espresso md: https://ja.testingbot.com/appium-vs-espresso.md --- フレームワーク比較 · 2026 # Appium vs Espresso AppiumとEspressoは、Android UIテストを自動化する主要な2つの方法です。Appiumは、W3C WebDriverプロトコル上のクロスプラットフォームのブラックボックスフレームワークであり、EspressoはGoogleが開発した、Android専用の高速なホワイトボックスフレームワークです。このガイドでは、コードサンプルと5分で実践できる結論を交えながら、両者を徹底的に比較します。 [TestingBotで両方を実行する](https://ja.testingbot.com/users/sign_up) [比較へジャンプ](https://ja.testingbot.com#comparison) - **ブラウザとデバイス:** 6100+ - **クラウド並列処理:** 100× - **稼働時間SLA:** 99.9% ## 世界で最も革新的な企業のいくつかから信頼されています 30秒で答える ## どちらを選ぶべきでしょうか？ ![Appium](https://ja.testingbot.com/assets/support/appium-4b35a8bb56bae236bd84c539cee9b8bbb489a55ddf48e32d059c86685d230354.svg) Appiumを選ぶべき理由は… AndroidとiOSの両方で実行できる1つのテストスイートを求めている場合、チームがJava、Python、JavaScript、Ruby、またはC#で開発を行っている場合、あるいは計装を加えて再ビルドできないアプリをテストする場合。 ![Espresso](https://ja.testingbot.com/assets/integrations/espresso-a8ff30da0c385f89f4e694bb29fc4779ad132e8e3f4a777a38e608e0492ff610.svg) Espressoを選ぶべき理由は… Androidのみをテストし、アプリのソースを所有しており、アプリと並んでKotlinまたはJavaで記述する、自動同期を備えた最速かつ最も不安定さの少ないUIテストを求めている場合。 両方選ぶべき場合… 高速なAndroid専用のコンポーネントテストやUIテストにはEspressoを、クロスプラットフォームのエンドツーエンドカバレッジにはAppiumを使いたい場合。TestingBotは両方を同じ実機グリッド上で、並列に実行します。 背景 ## AppiumとEspressoとは何ですか？ 2つのモバイルUI自動化フレームワーク、それぞれ正反対の設計。一方はクロスプラットフォームのブラックボックスであり、もう一方はAndroidネイティブのホワイトボックスです。 ![Appium](https://ja.testingbot.com/assets/support/appium-4b35a8bb56bae236bd84c539cee9b8bbb489a55ddf48e32d059c86685d230354.svg) ### Appium リリース日：2012年 · OpenJS Foundation · Apache 2.0 Appiumは、ネイティブ、ハイブリッド、モバイルWebアプリ向けのオープンソースのクロスプラットフォームテストフレームワークです。W3C WebDriverプロトコルを実装しているため、同じクライアントライブラリがJava、Python、Node.js、Ruby、C#などからiOSとAndroidの両方を操作します。 Appiumは、アプリを外部からブラックボックスとして操作するため、アプリのソースコードを必要としません。Androidでは内部でUiAutomator2またはEspressoドライバを使用し、iOSではXCUITestを使用します。その層こそが、1つのテストをプラットフォーム間で再利用可能にするものです。 - Java / Python / Node.js / Ruby / C# / PHP - クロスプラットフォーム、ネイティブ、ハイブリッド、モバイルWeb - ブラックボックス、アプリのソース不要 ![Espresso](https://ja.testingbot.com/assets/integrations/espresso-a8ff30da0c385f89f4e694bb29fc4779ad132e8e3f4a777a38e608e0492ff610.svg) ### Espresso リリース日：2013年 · Google · Apache 2.0 Espressoは、GoogleのAndroid向けUIテストフレームワークであり、Android Jetpackのテストライブラリの一部です。テストはデバイス上で、テスト対象のアプリと同じプロセス内でインプロセス実行され、アプリへの直接アクセスとUIスレッドとの自動同期が可能になります。 Espressoはアプリのプロセス内で実行されるため、高速かつ信頼性が高く、不安定さがほとんどありません。トレードオフは、Android専用であること、KotlinまたはJavaで記述すること、そしてアプリの計装ビルドを必要とすることです。 - KotlinとJava - インプロセス、自動UI同期 - Android専用 · 計装ビルドが必要 直接対決 ## Appium vs Espresso：並べて比較 Android UIテストとクロスプラットフォームカバレッジにおいて重要なあらゆる側面において。 Appium versus Espresso feature comparison| 項目 | Appium | Espresso | | --- | --- | --- | | First release | 2012 | 2013 | | Maintained by | Open source (OpenJS Foundation) | Google | | Platforms | iOS + Android | Android only | | Languages | Java, Python, JS, Ruby, C#, PHP | Java, Kotlin | | Protocol | W3C WebDriver | Android instrumentation | | Test execution | Out-of-process (black-box) | In-process (white-box) | | Speed | Slower (WebDriver round-trips) | Very fast (in-process) | | App source needed | No (black-box) | Yes (instrumented build) | | UI synchronization | Manual waits | Automatic, built in | | Cross-platform reuse | Same test on iOS + Android | Android only | | Web / hybrid apps | Yes | Limited | | Flakiness | Good | Excellent (tight coupling) | | On TestingBot | Upload app, WebDriver hub | Upload app + test, CLI | | Free for open source on TestingBot | ✓ | ✓ | 両方ともTestingBotの実際のAndroidデバイスとエミュレータ上で動作します。Appiumはアップロードされたアプリを使ってWebDriverハブに接続し、EspressoはTestingBot CLI経由で実行されます。 同じログインテスト ## Androidでのログイン Appiumによってブラックボックスで、Espressoによってホワイトボックスで操作されるログインフロー。どちらもTestingBot上の同じ実際のAndroidデバイスで実行されます。 Appium + Python test\_login.py ```python # real Android device on TestingBot from appium import webdriver from appium.options.android import UiAutomator2Options from appium.webdriver.common.appiumby import AppiumBy opts = UiAutomator2Options().load_capabilities({ 'platformName': 'Android', 'appium:app': 'tb://APP_ID', 'tb:options': { 'realDevice': True }, }) d = webdriver.Remote('https://hub.testingbot.com/wd/hub', options=opts) d.find_element(AppiumBy.ACCESSIBILITY_ID, 'username').send_keys('jane') d.find_element(AppiumBy.ACCESSIBILITY_ID, 'sign_in').click() assert d.find_element(AppiumBy.ID, 'welcome').is_displayed() ``` Espresso + Kotlin LoginTest.kt ```kotlin // runs via the TestingBot CLI @Test fun loginRedirectsToDashboard() { onView(withId(R.id.username)) .perform(typeText("jane@example.com")) onView(withId(R.id.password)) .perform(typeText("secret")) onView(withId(R.id.sign_in)) .perform(click()) onView(withId(R.id.welcome)) .check(matches(isDisplayed())) } ``` Appiumのテストはアップロードされたアプリを使って[WebDriverハブ](https://ja.testingbot.com/support/app-automate/appium)に接続し、Espressoのスイートは[TestingBot CLI](https://ja.testingbot.com/support/app-automate/espresso)経由で実行されます。どちらも実際のAndroidデバイスで実行されます。 意思決定マトリックス ## どちらを選ぶかは ### Appiumを選ぶとき - 書き直しなしでAndroidとiOSの両方で実行できる1つのテストスイートが必要な場合。 - チームがKotlinではなくJava、Python、JavaScript、Ruby、またはC#で開発を行っている場合。 - 計装を加えて再ビルドできないアプリ、またはサードパーティやハイブリッドのアプリをテストする場合。 - 既にSeleniumまたはWebDriverを使用しており、モバイルでも同じプロトコルを使いたい場合。 - ネイティブ、ハイブリッド、モバイルWebのフローを1つのツールでテストする場合。 [TestingBotでAppiumを実行する](https://ja.testingbot.com/features/automation/appium) ### Espressoを選ぶとき - Androidのみをテストし、アプリのソースを所有しているため、計装ビルドで問題ない場合。 - 自動同期を備えた最速かつ最も不安定さの少ないUIテストを求めている場合。 - チームがKotlinまたはJavaで開発を行っており、アプリのコードの隣にテストを置きたい場合。 - 公開UIだけでなく、アプリの内部状態、カスタムビュー、またはコンポーネントをテストする場合。 - 最初の日からAndroidのビルドとCIの一部としてUIテストを実行する場合。 [TestingBotでEspressoを実行する](https://ja.testingbot.com/features/automation/espresso) TestingBotは両方をサポートしています ## どちらかを選ぶのはやめて、両方を同じグリッドで実行しよう アプリをアップロードし、WebDriverハブ経由でAppiumを使ってブラックボックスで操作するか、TestingBot CLI経由でEspressoスイートを実行します。どちらも同じ実際のAndroidデバイス上で、同じダッシュボード、並列スロット、ビデオ録画、EUデータ所在地とともに実行されます。 - 実際のAndroidデバイスとエミュレータ - 両フレームワークのテスト履歴を並べて表示 - オープンソースであれば無料、両方のフレームワーク [無料で始める](https://ja.testingbot.com/users/sign_up) [デモをリクエストする](https://testingbot.com/demo) testingbot.com / run both # Appium appium:app = 'tb://APP\_ID' hub: https://hub.testingbot.com/wd/hub # Espresso (@testingbot/cli) $ testingbot espresso app.apk app-test.apk --device "Galaxy S24" --real-device よくある質問 ## よくある質問 チームがこれらのフレームワークを選択する前、あるいは組み合わせる前に自問する質問。 EspressoはAppiumより速いですか？ はい、Androidでは。Espressoはインプロセスで、アプリと同じプロセス内で実行されるため、AppiumのWebDriverプロトコルのネットワークラウンドトリップを回避し、UIスレッドと自動的に同期します。これにより、Espressoはより高速で、不安定さが少なくなります。トレードオフは、EspressoがAndroid専用で計装ビルドを必要とする一方、Appiumは同じテストをAndroidとiOSにわたってブラックボックスとして実行することです。 AndroidにはAppiumとEspressoのどちらを使うべきですか？ 目標によります。ソースを所有しているAndroid専用のUIテストでは、Espressoが最速かつ最も信頼性の高い実行を提供します。クロスプラットフォームカバレッジ、Kotlin以外の言語でのテスト、または計装できないアプリには、Appiumの方が適しています。多くのAndroidチームは、コンポーネントテストやUIテストにはEspressoを、クロスプラットフォームのエンドツーエンドフローにはAppiumを実行します。 EspressoはiOSアプリのテストを行うことができますか？ いいえ。Espressoは、Google製のAndroid専用フレームワークです。iOSをテストするには、[XCUITest](https://ja.testingbot.com/features/automation/xcuitest)（Appleのネイティブフレームワーク）、または内部でXCUITestを介してiOSを操作する[Appium](https://ja.testingbot.com/features/automation/appium)が必要です。これらのうち、両方のプラットフォームで同じテストを実行できるのはAppiumだけです。TestingBotは、それらすべてを実際のデバイスで実行します。 AndroidとiOSで同じテストを再利用できますか？ Appiumなら、はい。AppiumはW3C WebDriverプロトコルを実装し、ネイティブドライバ（AndroidではUiAutomator2またはEspresso、iOSではXCUITest）を抽象化するため、1つのテストでわずかなケイパビリティの変更だけで両方のプラットフォームを対象にできます。Espressoはこれができません。Android専用です。クロスプラットフォームの再利用が重要なら、Appiumが選ぶべきフレームワークです。 Espressoはアプリのソースコードを必要としますか？ はい。Espressoはアプリと並んで実行される計装テストAPKにコンパイルされるため、アプリのソース、または少なくともデバッグ可能で計装されたビルドが必要です。Appiumはインストール済みのアプリをブラックボックスとして操作し、ソースを必要としません。だからこそ、Espressoでは扱えないサードパーティや既に公開済みのアプリをテストできるのです。 クラウド上の実際のデバイスでAppiumとEspressoを実行できますか？ はい。TestingBotは、EUデータセンターに実際のAndroidスマートフォンやタブレット、さらにエミュレータを提供しています。Appiumのテストは、.apkをTestingBot Storageにアップロードし、realDeviceを設定してハブに対して実行します。Espressoのテストは、アプリとテストのAPKをTestingBot CLI経由でアップロードします。どちらもダッシュボードで確認できるビデオとログを記録します。 TestingBot上でAppiumとEspressoを実行できますか？ はい、どちらも同じTestingBotグリッド上で動作します。AppiumはアプリをTestingBot Storageにアップロードし、`tb://APP_ID`の`appium:app`ケイパビリティとともに`https://hub.testingbot.com/wd/hub`に接続します。EspressoはTestingBot CLI経由で実行されます：`testingbot espresso app.apk app-test.apk --device "Galaxy S24" --real-device`。どちらも同じダッシュボード、並列スロット、EUデータ所在地を共有し、オープンソースであれば無料です。 さらに詳しく知りたい方は、専用の[Appium](https://ja.testingbot.com/features/automation/appium)ページと[Espresso](https://ja.testingbot.com/features/automation/espresso)ページをご覧ください。 ## Related comparisons [Appium vs XCUITest](https://ja.testingbot.com/appium-vs-xcuitest) [Playwright vs Selenium](https://ja.testingbot.com/playwright-vs-selenium) ### 無料トライアルにサインアップ TestingBotのクラウド上の実際のAndroidデバイスで、AppiumとEspressoを実行できます。 [無料トライアルを開始する](https://ja.testingbot.com/users/sign_up) あなたが好きかもしれないリソース [![Using Touch Actions with Appium](https://ja.testingbot.com/assets/resources/articles/24-490f70ad8a80e4534523707125b88e44e70fe19b126be4f44e689bbd5f6a0cbf.webp)](https://testingbot.com/resources/articles/touch-actions-appium) ### [Using Touch Actions with Appium](https://testingbot.com/resources/articles/touch-actions-appium) How to simulate taps, swipes and pinches on real devices with Appium Touch Actions, with examples, best practices and common pitfalls. [続きを読む: Using Touch Actions with Appium](https://testingbot.com/resources/articles/touch-actions-appium) [![Android Espresso Tutorial](https://ja.testingbot.com/assets/resources/articles/19-fe4971eb8049097c25f2cc2fce95b71b94f3bb342e094c219b2404c09374f015.webp)](https://testingbot.com/resources/articles/android-espresso-testing) ### [Android Espresso Tutorial](https://testingbot.com/resources/articles/android-espresso-testing) Why Espresso suits Android UI testing, how to add it to a project and write a first test, and how it compares with the alternatives. [続きを読む: Android Espresso Tutorial](https://testingbot.com/resources/articles/android-espresso-testing) [![Appium 2 and Appium 3 Migration Guide](https://ja.testingbot.com/assets/resources/articles/27-121da26036885301ba438e1cdfc81e7ae8045cbc53c0dafaff5b4436000590b1.webp)](https://testingbot.com/resources/articles/appium-2-migration) ### [Appium 2 and Appium 3 Migration Guide](https://testingbot.com/resources/articles/appium-2-migration) What changed between Appium 1, 2 and 3: drivers, capabilities, the removed touch endpoints, and how to upgrade an existing suite. [続きを読む: Appium 2 and Appium 3 Migration Guide](https://testingbot.com/resources/articles/appium-2-migration)