SeleniumのUIテスト自動化をiOS／AndroidにもたらすAppiumの基礎知識とインストール方法、基本的な使い方：スマホ向け無料システムテスト自動化ツール（8）（1/4 ページ）

• Android 2.3.3以降、iOS 6.0以降に対応している
• Webブラウザーを使ったテストの自動化で広く利用されているSelenium WebDriver（「Selenium 2」とも呼ばれます）と、ほぼ同じ書き方でスマートフォンアプリのテストスクリプトを書くことができる
• Ruby、Python、Javaをはじめとした、さまざまなプログラミング言語でテストスクリプトを書くことができる

　Webアプリの自動テストにSelenium WebDriverを利用しているテストエンジニアが、少ない学習コストで、AndroidやiOSのアプリの自動テストにも着手できる、という点がAppiumを採用するメリットといえます。

　Appiumは、バージョン1.0を境に、テストスクリプトの書き方（API仕様）が大きく変更されています。

　そのため、バージョン1.0未満を前提に書かれたドキュメント（特にサンプルコード）は、最新版では動作しない可能性がありますので、ご自分で調査される際には十分注意してください。

　以降では、本稿執筆時点におけるGUI版の最新バージョン（Mac OS X向けは1.3.4、Windows向けは1.3.4.1）を前提に解説していきます。

Appiumのアーキテクチャ

　Appiumは、Selenium WebDriverのRemoteWebDriverとほぼ同様なアーキテクチャを採用しており、クライアント／サーバー型の構成となっています。

　クライアントとサーバーの間はMobile JSON Wire Protocolで通信を行います。

　「Mobile JSON Wire Protocol」は、Selenium WebDriverで採用されている「JSON Wire Protocol」を拡張したもので、HTTPをベースにしています。

Appiumのアーキテクチャ（Appium modeの場合）

　図中に登場する、AppiumクライアントライブラリとAppiumサーバーの役割は以下の通りです。

　テストスクリプト・Appiumサーバー共に、テストを実行するデバイス上ではなく、PCやサーバー上で実行します。テストスクリプトの実行環境は、テストスクリプト（プログラム）が実行でき、かつ、AppiumサーバーとHTTP通信ができれば、特に制限はありません。

　一方、Appiumサーバーでは、テストを実行するデバイスを操作できる必要があるため、実行環境にいくつかの制約があります。詳しくは「Appiumサーバーのセットアップ」で説明します。

Appiumの2つの動作モード

　Appiumサーバーには、デフォルトの動作モード（「Appium mode」と呼びます）とは別に、Selendroid modeと呼ばれる動作モードも搭載しています。

　上記で図示したAndroid向けの自動化フレームワークはAppium mode時に利用されるものですが、比較的古いAndroidバージョンでは動作しません。Appiumの動作モードをSelendroid modeにすることで、古いバージョンのAndroidでもテストできるようになります。

　Selendroid modeでは、自動化フレームワークに「Selendroid」を利用します。

Selendroid

　利用する動作モードによってテストスクリプトの書き方が異なる（詳細は、次回解説）ため、テストを書き始める前に、どちらの動作モードを利用するか決めておく必要があります。

　具体的には、テスト対象アプリの性質に応じて、以下の手順で動作モードを決定してください。

　また、【c】以外のケースでは、テスト対象アプリが下記条件を満たしている必要があります（満たしていない場合、テスト実行用のビルドバリアントを追加して対応します）。

• Appium modeでWebViewをテストする場合（上記【a】のケース）
  WebViewでページをロードする前（WebView.loadUrl()やWebView.loadData()などを呼び出すより前）に、以下の命令を実行して、WebViewのリモートデバッグ機能を有効にする必要がある

WebView.setWebContentsDebuggingEnabled(true);

• Selendroid modeを使う場合（上記【b】【d】のケース）
  「AndroidManifest.xml」に、INTERNETパーミッションの利用宣言が必要