インストールと構成のベストプラクティス

サーバー

これは、物理環境または仮想環境にインストールできる単一のWebサーバーです。

それは次のような役割を果たします。

• モバイルデバイスへのテストツールクライアント呼び出しを仲介し、実際のモバイルデバイスでテストを記録および実行するためのテストツール内のユーザーインターフェイスを提供します。
• テスト用のアプリを受け入れ、アプリのバージョンを管理します。
• 管理者が次のことを行うためのユーザーインターフェイス (ラボ管理コンソール) を提供します。
  • ユーザーの管理。
  • アプリを管理し、OSやバージョンなどのプロパティを表示する。
  • デバイスの制御: デバイスをリモートで再起動、ロック解除、または開く。
  • コネクターの表示と管理。
  • プロキシ定義やパッケージングサービスなど、ユーザー向けに設定を構成する。
  • セキュリティスキャン、使用状況、群衆テスト、SDKコンプライアンスなどの拡張サービスを実現する。

注: サーバーをインストールするときに、デバイスをOpenText Functional Testing Labサーバーインスタンスに直接接続する場合は、組み込みコネクターをインストールするオプションがあります。

PostgreSQLデータベース

OpenText Functional Testing Labを既存の外部PostgreSQLデータベースに接続するか、サーバーインストールに組み込まれているデータベースを使用するかを選択できます。このオプションは、インストール時に指定します。

詳細については、WindowsインストールまたはLinuxインストールを参照してください。

コネクター

このコネクターは、デバイスをラボに接続するための軽量のソフトウェアとして設計されており、スタンドアロンコンポーネントとしてインストールできます。コネクターは、分散した場所にある複数のマシン、またはテストツールマシンにインストールできます。コネクターは、Windows、Linux、またはMacマシンにインストールできます。

このコネクターは、デバイスをラボに接続するための軽量のソフトウェアとして設計されており、スタンドアロンコンポーネントとしてインストールできます。コネクターは、分散した場所にある複数のマシン、またはテストツールマシンにインストールできます。コネクターは、Windows、Linux、またはMacマシンにインストールできます。

高可用性

複数のサーバーを使用するアクティブ/パッシブ構成で高可用性を構成できます。このモードでは、ロードバランサーがすべてのリクエストをルーティングするアクティブなOpenText Functional Testing Labサーバーが1台あり、アクティブサーバーに障害が発生した場合に引き継ぐ準備ができている別のパッシブサーバーがあります。詳細については、高可用性サポートを参照してください。

ファイルストレージシステム

アプリケーションはデータベースに保存されなくなりましたが、ファイルシステムに保存されます。インストールまたはアップグレード時に、OpenText Functional Testing Labにアップロードされたアプリケーションを保存する宛先フォルダーを選択できます。

また、アプリケーションごとのアップロード数を制御したり、アプリケーションの古いアップロードを自動的に削除したりすることもできます。これにより、管理者は、維持する必要のあるアプリケーションのアップロード数を管理しやすくなり、ファイルストレージシステムの負荷が軽減されます。詳細については、Windowsインストールのアプリケーションファイルストレージの構成に関するセクションと、一般管理設定の [アプリケーションのアップロードを制限する] セクションを参照してください。

All-in-one

OpenText Functional Testing Labサーバー、データベース、組み込みコネクターを単一ボックスでデプロイメント。

シンプルさ。概念実証やローカルでの設置に最適です。

3層展開

OpenText Functional Testing Labサーバーとデータベースを別の場所にインストールして、Web層とデータ層を分離します。

Web層とデータベース層のスケーラビリティ。Webおよびデータベース管理に関するローカルITのベストプラクティスをサポートします。

OpenText Functional Testing Labサーバーマシンのコネクターに接続されたデバイスの中央ラボ。

効率。デバイスをセットアップおよび管理するためのタスクの重複を回避します。

分散デバイスハブ

スケーラブル。必要に応じて、新しいラボを追加できます。

サーバー

OpenText Functional Testing LabサーバーはJavaアプリケーションです。したがって、事前定義された量のホストメモリが使用されます。消費されるメモリの量は、シミュレーションセッション (ユーザーセッション) の数の影響を受けます。最小メモリ要件は8GBです。中規模のデプロイメント (デバイス30台未満) の場合は8GB、大規模なデプロイメント (デバイス30台以上) の場合は16GBをお勧めします。

サーバーのCPU消費量は、処理されるリクエストの数によって異なります。最小要件は、x64プロセッサー、2.2GHzです。

サーバーのディスク領域の使用量は、生成されたログ、パッケージアプリケーション、プロセスなどのいくつかの要因によって異なります。

少なくとも20GBをお勧めします。一般インストールには15GB、一時フォルダーには5GB。バージョン3.5以降では、TMP/TEMPとは異なる一時フォルダーを指定できることに注意してください。

システムディスクにはさらに1GBの空きディスク容量が必要です。

PostgreSQL DB

PostgreSQLのメモリ消費量は、実行に必要なSQLクエリの影響を受けます。メモリの最小要件は2GBです。中規模のデプロイメント (デバイス30台未満) の場合は少なくとも8GB、大規模なデプロイメント (デバイス30台を超える) の場合は16GB以上を強くお勧めします。

PostgreSQLはプロセスベースです。最小要件は、デュアルコアCPU、2.2GHzです。

PostgreSQLでのディスク領域の使用量はデータサイズによって異なります。Windowsでは、PostgreSQLはC: ドライブにインストールされるため、そこにディスク領域を割り当てる必要があります。

コネクター

OpenText Functional Testing LabコネクターはJavaアプリケーションです。したがって、事前定義された量のホストメモリが使用されます。

消費されるメモリの量は、シミュレートされたセッション (ユーザーセッション) の数の影響を受けます。最小要件は4GBです。

* 標準デプロイメント (コネクターあたり8～10台のデバイス) の場合は少なくとも8GB、大規模なデプロイメント (12～25台のデバイス) の場合は16GB以上をお勧めします。

コネクターのガイドラインはサーバーの場合と同じです。

デバイスへのリモートアクセスはCPUの消費量を増加させるため、考慮する必要があります。コネクターハードウェアは、モバイルデバイス上で予想される同時セッションに応じて計画する必要があります。Windows、Linux、Macコネクター間では若干異なります。経験則では、各リモートデバイスセッションにCPUコアの半分を割り当てます。

コネクター上のディスク領域の使用量は、生成されるログの数やコネクターにキャッシュされるアプリケーションファイルの数など、さまざまな要因によって異なります。

少なくとも10GBをお勧めします。

iPad Pro 12.9インチ (第4世代)

3000

Samsung S9/S9+

2000

iPad Pro 12.9インチ (第3世代)

3000

Samsung Note8

2100

iPad Pro 11インチ (第2世代)

3000

LG G4

1800

iPad Pro 11インチ

3000

Google Pixel 2

2000

iPad Retina

2400

Samsung S9/S9+

2000

iPad 2

2100

Samsung Note8

2100

iPad AirおよびiPad Air 2

2100

LG G4

1800

iPad Mini 2および3

2100

Google Pixel 2

2000

iPad Mini

1000

Huawei Mate 9

2000

iPhone 5s

500

Lenovo K8

1000

iPhone 6/7およびiPhone 6/7 Plus

1000

Motorola Nexus 6

2000

iPhone XとiPhone XS

1000

Xiaomi Mi 5

1000

iPhone 8およびiPhone 8 Plus

1000

Samsung S20/S20+

4000

iPhone XS Max

1000

Samsung S21 Ultra

5000

iPhone XR

1000

Samsung S21/S21+

4000/4800

iPhone 11

2000

Google Pixel 4a

3140

iPhone 11 Pro

2000

Google Pixel 5

2800

iPhone 11 Pro Max

2000

Motorola One 5G

5000

iPhone 12

2815

Samsung S22 Ultra

5000

iPhone 12 Pro

2815

Google Pixel 6 Pro

5000

iPhone 12 Pro Max

3687 

Samsung Galaxy Z Flip 3

3300

iPhone 13

3227 

Oppo Find X5 Pro

5000

iPhone 13 Pro

3095

Samsung S22+

4500

iPhone 13 Pro Max

4352 

OnePlus Nord 2

4500

iPad mini 6

8827

OnePlus 10 Pro

5000

Xiaomi Redmi Note 10 Pro

5020

Xiaomi Mi 11

4600

• デバイスにパスコードが設定されていない

• デバイスにGoogle Playアカウント/Apple Storeアカウントが設定されていない

• Wi-Fiに接続されているデバイス

• デバイスの画面の明るさを最小にする

• デバイスの壁紙をモノクロ、静的に設定する

• デバイスのロックオプションを無効にする
• 開発者向けオプションを有効にする ([設定] → [デバイス情報] → [ビルド番号] を7回クリック)
• 開発者向けオプションでStay Awakeオプションを有効にする
• 開発者向けオプションで [USBデバッグ] オプションを有効にする
• Android 8.0以降で実行されるSamsungデバイスでは、
• バッテリーセーバーメニューの監視対象外のアプリケーションにOpenText Functional Testing Labエージェントを必ず追加してください。
• 自動更新とパッチのインストールをオフにする
  Androidデバイスでの自動アップグレードを回避するには:
  [設定] > [システム] > [デバイス情報] > [ソフトウェアアップデート] で、自動アップデートを無効にします。

• デバイスのUDIDをコピーする (エージェントの再署名に必要)
• デバイスのロックオプションを無効にする
• デバイスがiOS 12以降で実行されている場合は、自動ロックを30秒に設定する
• [設定] > [Safari] > [詳細] でJavaScriptとWeb Inspectorを有効にする。
• UIオートメーションオプションを有効にする (OpenText Functional Testing Labに最初に接続した後、オプションは設定に表示されます)
• iOSの自動アップデートを無効にする ([設定] > [一般] > [ソフトウェアアップデート])

iOSデバイスでの自動アップグレードを回避するには:

1. [設定] をタップします。

2. [一般] をタップします。

3. [ソフトウェアアップデート] セクションで、[自動アップデート] オプションをオフにします。

以前にダウンロードしたiOSアップデートを削除するには、次の手順を実行します。

1. [設定] アプリを開きます。

2. [一般] をタップします。

3. [iPhone/iPadストレージ] をタップします。

4. アプリのリストとそれらが使用するストレージの量が表示されるまで、少し下にスクロールします。iOSアップデートを探します。

5. アップデートをタップして詳細を表示し、[アップデートを削除] を選択します。

6. [アップデートを削除] をタップして確定します。

Wi-Fiルーターで次のドメインをブロックすることで、iOSの自動更新をブロックすることもできます。

• appldnld.apple.com

• mesu.apple.com

追加の考慮事項:

• SIMカードのエラーメッセージ。このシステムアラートメッセージにより、デバイスのプラグアンドプレイ操作が妨げられる場合があります。解決策: 偽のSIMカードをインストールするか、エラーコードの回避策を使用して解決してください。

• システムダイアログの自動終了。詳しくはiOSオプションを参照してください。

• デバイスロックの自動防止。詳しくはiOSオプションを参照してください。