VNC

ローカルデスクトップの自動化は、VNCサーバーが実行されているのと同じシステム(デスクトップ)をRobotが自動化することを前提としています。これは、MS WindowsやMac OS Xに依存する単一OSソリューションで典型的な構成です。自動化の実行中やスクリーンショットの撮影時には、自動化対象のデスクトップを妨げずに表示できるよう、通常Robot GUIは非表示になります。
この構成をセットアップするには:

1. サポートされているVNCサーバーのいずれかをインストールして起動します。

2. Robotをインストールします。

3. Robotを起動します。"VNC Server"接続タイプを選択し、Serverフィールドに"localhost"と入力します。他の構成用に予約されている"127.0.0.1"は使用しないでください。サーバーが5900以外のカスタムポートで実行されている場合は、コロンの後にポート番号を指定します("localhost:5901")
   この構成の代替としてLocal Desktop接続があります。これはローカルのJavaインストールを通じてローカルデスクトップを自動化するもので、VNCサーバーなどの他のコンポーネントは不要です。この接続の欠点は、telnetやrshなどのターミナル経由で(別のPCやデバイスから)テストスクリプトをリモートで開始できないことです。その場合はVNC Serverを使用してください。

単一マシン/OSで複数のデスクトップインスタンスを持つ構成は、単一システム上で複数のVNCサーバー(デスクトップ)を実行できるLinux/Unixで典型的です。各サーバーインスタンスは独自のポートで実行され、デフォルトのシステムデスクトップ(画面上に表示されているもの)とは独立したスタンドアロンのグラフィカルデスクトップを提供します。この場合、マシンはクライアントシステムとSUTの両方の役割を果たします。T-Plan Robotは通常(必須ではありませんが)デフォルトのシステムデスクトップ上で実行され(図に示す通り)、VNCサーバーに接続します。
設定手順:

1. サポートされているVNCサーバーをインストールして起動します。

2. Robotをインストールします。

3. Robotを起動します。"VNC Server"接続タイプを選択し、Serverフィールドに"127.0.0.1:<port>"と入力します。他の構成用に予約されている"localhost"という名前は使用しないでください。

この構成は、VirtualBoxやVMwareなどの仮想化技術を利用します。このシナリオでは、デフォルトのOS(仮想化用語で"ホストシステム"と呼ばれる)が、独自のOSを持つ仮想マシン(VM、"ゲストシステム"と呼ばれる)を実行します。ホストシステムとゲストシステムは、使用する仮想化技術がサポートする任意のOSの組み合わせが可能です。

• ホストシステムは通常Robotを実行し、クライアントシステムの役割を果たします。Robotを別の専用VMインスタンス上で実行することも可能ですが、T-Plan Robotユーザーから報告されている環境固有の問題により、この構成は推奨されません。クライアントとサーバーの役割を逆にすることはできず、VMがホストシステムをリモート制御(自動化)することもできない点に注意してください。

• ゲストシステムはVNCサーバーを実行します。

設定手順:

1. VirtualBoxまたはVMwareをインストールします。

2. VMを作成し、その中にゲストOSをインストールします。

3. ゲストシステムにサポートされているVNCサーバーをインストールして起動します。

4. VNCポートがホストシステムから見えるようにVMを設定します(VirtualBoxの手順)。

5. ホストシステムにRobotをインストールします。

6. Robotを起動します。"VNC Server"接続タイプを選択し、ServerフィールドにVMのIPアドレスとポートを入力します。例:"192.168.100.2:5901"。

注:

• VMware上で動作するVNCサーバーは、クライアントとサーバーでキーボードレイアウトが異なる場合、キーマッピングの問題が報告されています(例[1]、例[2]を参照)。これにより、通常VNCデスクトップ上で一部の文字が誤って入力されます。これはT-Plan Robot Enterpriseの不具合ではありません。

• Robot 4.3以降では、RDP Server接続を使用してVirtualBoxのVMに直接接続できます。

このシナリオでは、安定した専用デバイス(別のPC、モバイルデバイス、KVM切替機、POS端末など)がVNCサーバーを実行していることを前提とします。この構成は、本番環境での自動化シナリオに推奨されます。System Under Test(SUT)が物理的に別のマシンであるため、安定した状態を維持したり、必要なバックアップを取得したり、各テストサイクル後にシステムを復元するルーチンを設定したりすることが容易です。デバイスはネットワークに接続されているため、イントラネットやインターネット経由で複数のユーザー(クライアントシステム)向けのテスト環境としても機能します。この構成は、SUTがT-Plan Robot Enterpriseの実行要件を満たさない場合(Java SEでサポートされていないシステム)の唯一の選択肢でもあり、その場合は単一マシンのシナリオを使用できません。設定手順は次の通りです:

1. SUTにサポートされているVNCサーバーをインストールして起動します。

2. クライアントシステムにRobotをインストールします。

3. Robotを起動します。"VNC Server"接続タイプを選択し、Serverフィールドに"<machine_name_or_IP>:<port>"と入力します。

サーバーがサポートするすべて

Linux & Windowsで動作確認済み。TightVNCサーバーではWindows固有のキー(Win、Properties)が動作しない点に注意してください。この問題は報告されており、TightVNC 1.3.11または2.0で修正される見込みです。

サーバーがサポートするすべて

RealVNCがOEMソフトウェアとして配布している携帯デバイス(携帯電話など)向けサーバーは互換性がなく、T-Plan Robot Enterpriseでは動作しません。RealVNC Free Editionは標準のRFB v3.xプロトコルに準拠しており、そのまま動作します。RealVNC Personal EditionとRealVNC Enterprise Editionは、v4.xとしてコード化された独自拡張のRFBプロトコル上で動作します。T-Plan Robot Enterpriseは、サーバー側で以下のように設定した3.3プロトコル互換モードでのみ、これらのサーバーと連携できます:
1. VNCサーバーウィンドウのConnections タブで、以下の設定を変更します:
Authentication - None
Encryption - None
Prompt VNC Server user to approve connections - チェックを外す

2. Expert設定タブで:
Protocol 3.3 - True

サーバーがサポートするすべて

当社にて動作確認済み。ユーザーからも動作報告あり。

Ubuntu Linux

当社にて動作確認済み。アクセスを有効にするには:

1. OSメニューでSystem->Preferences->Remote Desktopを選択します

2. 「Allow other users to view your desktop」と「Allow other users to control your desktop」のチェックボックスをオンにします

3. 「You must confirm each access to this machine」のチェックボックスをオフにします

4. デスクトップサーバーはデフォルトのVNCポートである5900で実行されるため、Robotから接続するにはIPのみ(「192.168.100.10」など)、またはIPとポート番号(「192.168.100.10:5900」)を使用します。

10.4 PPC Mac、10.5以降(Intel Mac)

当社にて動作確認済み(レガシープラットフォームについてはユーザーから動作報告あり)。ARDをT-Plan Robot Enterpriseで動作させるには、Mac OS Xデスクトップで以下の手順を実行してください:

1. システムのメインメニュー(Appleアイコン)からSystem Preferencesを起動します

2. Internet & WirelessセクションでSharingを開きます

3. リストのScreen Sharingチェックボックスをオンにします

4. Computer Settingsボタンをクリックし、「Anyone may request permission」をオフ、「VNC viewers may control screen with password」をオンにして、パスワードを入力します

5. OKで確定します(認証が必要な場合があります)

6. ウィンドウには「vnc://192.168.100.10/」のようなURLを含む説明が表示されます。デスクトップサーバーはデフォルトのVNCポートである5900で実行されるため、Robotから接続するにはIPのみ(「192.168.100.10」など)、またはIPとポート番号(「192.168.100.10:5900」)を使用します。

ユーザーから動作報告あり。デスクトップを正しい色で表示するには、T-Plan Robot Enterpriseバージョン3.1.1以降が必要です。

Windows CEおよびWindows Mobileデバイス

当社にて動作確認済み。PocketVNC v1.4.3などの旧バージョンには、デスクトップ画像の転送を破損させるバグがあります。回避策があります:

1. T-Plan Robot Enterprise GUIでEdit->Preferencesに移動し、「RFB (VNC) Client」パネルを見つけます。

2. HextileとRawのエンコーディングをリストの1番目と2番目に移動します。

3. 「Use custom pixel format」を選択し、ドロップダウンから「16 bit (65k colors)」項目を選びます。
   携帯電話をT-Plan Robot Enterpriseから接続可能にする方法については、PocketVNCサイトのWindows Mobile Network記事を参照してください。携帯電話にIPアドレスを割り当てられないがネットワークには接続されている場合は、PocketVNCからT-Plan Robot Enterpriseへの逆接続用にRFBリッスンモードを使用します。一部のデバイスはバッテリー節約のため定期的にネットワークから切断されるため、Robotが「No route to server」や「Server not found」のようなメッセージで接続に失敗することがあります。PCからデバイスのIPにpingを送ると、デバイスが復帰する場合があります。それでも改善しない場合は、デバイスをネットワーク(WiFi)に再接続し、VNCサーバーを再起動して、接続がアクティブでデバイスがローカルネットワーク上に見えることを確認してください。注: Pocket VNCとT-Plan Robot Enterpriseの組み合わせは、Windowsモバイル OSおよびアプリケーションテスト向けの数少ない本物のブラックボックスGUI自動化ソリューションの一つです。

Windows CEおよびWindows Mobileデバイス

バージョン4.3はユーザーから動作報告があります。このサーバーはデフォルトで特殊な15ビットピクセルフォーマットを使用するため、画面が青みがかって表示されることがあります。これは、Robotに標準的なピクセルフォーマットの1つをリクエストさせることで、以下のように修正できます:

1. T-Plan Robot Enterprise GUIでEdit->Preferencesに移動し、「RFB (VNC) Client」パネルを見つけます。

2. 「Use custom pixel format」チェックボックスをオンにし、ドロップダウンから任意の標準ピクセルフォーマットを選択します(32ビットで問題ありません)。

Symbian OS搭載モバイルデバイス

ユーザーから動作報告あり。デバイスキーボードのほとんどのキーはPCのテンキーにマッピングされているため、デバイス上でのタイピングを自動化するコマンドでは「location=numpad」パラメータを使用する必要があります。例えば、電話番号123456789の入力を自動化するには「Type 123456789 location=numpad」を使用します。

iOS (iPod、iPhone)

基本機能について当社にて動作確認済み。ユーザーからも動作報告あり。Veencyにはjailbreak済み(root化済み)デバイスが必要です。iOS APIには必要な機能へのアクセスを提供するインターフェースが含まれていないため、代替手段はありません。Veencyは、jailbreak時にデバイスにインストールされるCydiaからインストールできます。表示画像のフリーズやその他の接続問題が発生した場合は、以下の手順を実行してください:

• Veency側でEnable Cursor設定をオフにします。

• Robot側でEdit->Preferencesに移動し、「RFB (VNC) v3.x Client」パネルを選択して、Rawエンコーディングをリストの一番上に移動します。新しいバージョンのRobotでは、Cursorエンコーディングも無効化してください(右側の無効リストに移動)。
  
  iOS 6で動作するVeency v0.9.3381以降は、パスワードで保護されていない接続でキーボードとマウスの入力が無効になることがあります。この動作が発生した場合は、Veency UIでパスワードを設定し、デバイスを再起動してください。
  iOSテストの代替手段については、iOS Mirror接続を参照してください。

Android

VMLite VNC Serverは、Google Playストアからわずかな料金で入手できる商用ソフトウェアです。root化済み・未root化どちらのデバイスでも動作します:

• Root化済みデバイスでは、サーバーを直接起動できます。

• 未root化デバイスでは、PCに小さなVMLiteアプリケーションをインストールし、デバイスをUSBポートに接続した状態でそのアプリケーションからサーバーを起動する必要があります。サーバー接続をUSB経由でPCにトンネリングするオプションもサポートしており、Wi-Fiネットワークに接続されていないデバイスのテストにも適しています。

Androidテストの代替手段については、Android Over ADB接続を参照してください。

Encodingsは、RobotとVNCサーバー間で転送される画像データのエンコード方法を指定します。これは順序付きリストとして指定され、先頭(最上位)の項目が最も優先されます。各エンコーディングは、ネットワーク上で転送されるデータ量(圧縮率が高いほどデータ量は少ない)と、それをデコードするために必要なローカルCPUリソースとの間でトレードオフを取るために、異なるアルゴリズムで画像データをエンコードします。

• VNCサーバーがリモートの場所にある場合や、ネットワークが遅くローカルCPUが十分に高速な場合は、Tight、Zlib、Hextileのような圧縮率の高いエンコーディングのいずれかを先頭に移動してください。

• ローカルCPUが遅くネットワークが速い場合は、圧縮率は低いもののデコードコストが低いHextile、RRE、CoRREを試してください。

• Rawエンコーディングを優先(先頭に設定)しないでください。これはピクセルが圧縮なしの生データ形式で転送される、最も非効率なエンコーディングです。ただし、一部のシンプルなサーバー(モバイルデバイスや組み込みシステムのものなど)はこのエンコーディングのみをサポートしており、リストに含まれている必要があるため、リストの下位のどこかには残しておいてください。

• 問題が発生しない限り、Cursorエンコーディングはリスト内のどこかに残しておいてください(一部のサーバーはこれを嫌い、存在するとクラッシュする傾向があります)。これにより、クライアント(Robot)はカーソルをデスクトップ画像にエンコードするのではなく、ローカルでレンダリングするようになります。これにより、ネットワークが遅い環境でのデスクトップパフォーマンスが大幅に向上します。また、画像比較もより簡単で信頼性の高いものになります。

エンコーディングの効率を確認するには、同じパネルの「Console debug logging」パラメータを「Full」に設定し、コンソールウィンドウ(コマンドプロンプト)でパフォーマンスデータを確認してください。

Connection poolingを使用すると、サーバー接続を再利用でき、再接続のオーバーヘッドを回避できます。このメカニズムはJava APIからのみ適用できます。詳細はRemoteDesktopClientFactoryクラスのドキュメントを参照してください。