Skip to main content
Skip table of contents

Program Level Execution and Load Testing (JA)

プログラム・レベル

プログラムレベルの実行とは、カスタムJavaプログラムまたはサードパーティのJavaアプリケーションから自動化されたプロセスを実行することを意味する。このシナリオではT-Plan Robotの役割はJavaライブラリに絞られるため、このモードはJava APIのレベルのみでサポートされ、関連するJavaコードの開発をサポートするGUIやCLIの機能はありません。この目的のためには、NetBeansやEclipseのようなサードパーティツール（IDE）を使用してください。

T-Plan Robot Enterpriseは、AutomatedRunnableおよびApplicationSupport Javaインターフェースを通じてプログラムレベルの実行をサポートします。このAPIは、単一のプロセス(GUIまたはCLIモードでの単一の自動実行を効果的にシミュレート)、またはCLIモードで(システムリソースが枯渇するまで)実行される無制限の数のプロセス(Javaスレッドとして実行)を作成し、開始することができます。このような各プロセスは、CLI と同じオプション・セットをシームレスに受け入れ、一度に 1 つのテスト環境（デスクトップ）に対して 1 つのテスト・スクリプトを実行します。

プログラム・レベルの実行は、以下の 3 つのステップで構成されます：

  1. ApplicationSupport クラスをインスタンス化します。これにより、必要なフレームワークと共有サービスが初期化されます。

  2. このインスタンスを使用して、AutomatedRunnable を作成します。テスト・スクリプト名（ファイル）と、CLI 仕様と互換性のあるその他のオプションは、createAutomatedRunnable()メソッドの引数の 1 つを介して受け付ける。

  3. runnable の run() メソッドを呼び出すか（シングル・プロセス・シナリオ）、java.lang.Threadでカプセル化してスレッドとして起動します（マルチスレッド・シナリオ）。

以下の例では、2つの自動化されたスレッドを起動しています。最初の 1 つは、testmachine1 というマシンの 5900 番ポートで動作している VNC サーバに接続し、C:∕TestScripts∕test1.tpr テスト・スクリプトを実行します。もう1つは、testmachine2 というマシンの 5901 番ポートで動作している VNC サーバーに接続し、C:㊟TestScripts㊟test2.tpr テストスクリプトを実行します。両方のスレッドが同時に実行され、最後のスレッドが終了するとプログラムが終了することに注意してください。

TwoTasks.java
JS 
import com.tplan.robot.ApplicationSupport;
import com.tplan.robot.AutomatedRunnable;
/**
*ExampleoftwosimultaneoustestprocessesstartedattheJavacodelevel.
* (C)T-PlanLimited,http://www.t-plan.com
*/
publicclass TwoTasks {
publicstaticvoid main(String[] argv) {
        // Step 1: Instantiate the ApplicationSupport class.
        ApplicationSupport robot = new ApplicationSupport();
        // Step 2: Create AutomatedRunnable instances and initialize them with CLI-compatible options.
        String args1[] = {"-c", "rfb://testmachine1:5900", "-p", "welcome", "-n", "-r", "C:\\TestScripts\\test1.tpr"};
        AutomatedRunnable runnable1 = robot.createAutomatedRunnable("cli-1", args1, System.out, false);
        String args2[] = {"-c", "rfb://testmachine2:5901", "-p", "welcome", "-n", "-r", "C:\\TestScripts\\test2.tpr"};
        AutomatedRunnable runnable2 = robot.createAutomatedRunnable("cli-2", args2, System.out, false);
        // Step 3: Encapsulate the runnables with Thread and start them.
        Thread t1 = new Thread(runnable1);
        t1.start();
        Thread t2 = new Thread(runnable2);
        t2.start();
    }
}

このマルチスレッドアプローチは、負荷テストシナリオでも採用できる。T-Plan Robotはアプリケーションのレスポンスタイムを測定することができ、負荷発生のためにテスト対象のアプリケーションやサービスにアクセスする多数のユーザーをシミュレーションするための優れたエンジンです。このモデルをパフォーマンス測定用の別のツールと組み合わせると、非常に費用対効果の高いソリューションになります。

ローカルデスクトップの自動化をサポートするだけでなく、T-Plan RobotはRFB（VNC）技術を利用し、このモードでは各スレッドが独自のVNCデスクトップサーバーインスタンスを自動化する必要があります。このようなアプローチは、1つのプラットフォーム（OS）がシステムリソース（RAMやCPUなど）が許す限り多くのVNCサーバーを実行できるUnixやLinuxで非常に効率的です。このシナリオは、Unix/Linux上で動作するアプリケーションのテストや、Unix/LinuxマシンがWebブラウザのインスタンスをホストするWebアプリケーションのテストに利用できます。MS Windows システムでは、1つの OS につき1つの VNC サーバしか動作しないため、このような環境での負荷テストはあまり効率的ではありません。このような場合、ローカルデスクトップを自動化するT-Plan Robotの機能を使用する方が良いでしょう。

T-Plan Robotはアプリケーションの応答時間を測定し、パフォーマンス結果を出すツールを提供している。自動化はデスクトップレベルで実行されるため、このようなテストはユーザーリクエストから結果までの真の経過時間を反映するため、さらなる付加価値を持つことになる。これは、一般的にリクエスト-レスポンス・サイクルの1つの重要なフェーズ（例えば、データベースやウェブ/アプリケーション・サーバーのレスポンス・タイム）の測定に焦点を当てる他の多くの負荷パフォーマンス・テスト・ツールとは対照的です。しかし、このような結果は、通常、時間が環境によってさらに影響されるエンドユーザーエクスペリエンスと一致しません。

負荷テスト

ロボットは、ストレステストのための負荷を生成するためにうまく使用することができます。多くのユーザがサービスにアクセスしたり、アプリケーションを使用したりするのをシミュレートするために、多くのテストプロセスを並行して開始することです。

Robot は JavaAPI をサポートしており、1つの Java 仮想マシン内に複数のテストスレッドを作成することができます。各スレッドは独立して、一つのVNC サーバインスタンス上で一つのテストスクリプトを実行することができます。詳しくはRobot API の RobotThread インタフェースを参照してください。Unix/Linux システムは、Windows とは異なり、1 台のマシン上で多くの VNC サーバインスタンスを実行できるため、負荷テストのホストとして好まれ ることに注意してください。

テストされたアプリケーションの負荷を生成するサンプルプログラムを作ってみましょう。つのコンポーネントを作成する必要があります：

  1. テストアプリケーションの典型的なユーザセッションを表す、スクリプト言語 Robot によるテストスクリプト。

  2. Java ラッパー：Robot Open API を利用して並列テストスレッドを作成し、起動します。

  3. VNCサーバを起動し、最終的にシャットダウンするシェルラッパー（Linux/Unixのみ）。

1.テストスクリプト

このサンプルにはテストスクリプトは含まれていません。事前に作成し、後述の Java やシェルラッパーと統合する必要があります。スクリプト言語Robotでテストスクリプトを作成する方法については、このドキュメントの前の例を参照してください。テストスクリプトの作成には、Record %26 Replay 機能を使うと簡単です。リモートデスクトップのサイズは小さめ（800x600ピクセルなど）にし、画像比較やスクリーンショットの撮影は避けることを強く推奨します。これらの要素はすべて、必要なメモリとCPU時間を大幅に増加させます。また、リモートデスクトップの背景（壁紙）を無地に設定することをお勧めします。次のステップでは、テストスクリプトがすでに存在し、client.txtというファイルに保存されていると仮定します。

2.Javaラッパー

Javaラッパーは、Robot APIを使って自動テストスレッドを作成・起動するプログラムです。汎用的なラッパーのコードを以下に示します：

LoadExample.java
JS 
$body

ラッパーを実行するには、Javaコードを.classにコンパイルします。このプログラムでは最大 3 つのパラメータを受け取ります - 希望するスレッド数(必須)、テストスクリプトへのパス(必須)、VNC パスワード(任意)です。コマンドは以下のようになる：

CODE 
$body

3.シェルラッパー

ロボットの負荷テストを始める前に、必要なVNCサーバーを全て起動しておく必要があります。また、テスト対象のアプリケーションが、1ユーザーにつき1インスタンスしか許可していないかどうかも確認してください。典型的な例はFirefoxで、一人のユーザーが複数のブラウザを起動することはできません。これを解決するには、テストスレッドごとに異なるユーザーを作成し、そのアカウントでVNCサーバーを起動する必要があります。

これらの必要なオーバーヘッド・タスクはすべて、Linux/Unix上では単純なシェル・スクリプトによって効率的に自動化できる。この例のアプリケーションにインスタンス制限がないと仮定しよう。そのとき必要なことは、VNCサーバーを起動し、Java負荷アプリケーションを実行し、テストが終わったらVNCサーバーを終了することだけです。これらのタスクを処理するBashスクリプトを以下に示す：

runLoad.sh
JS 
$body

実行する前に、変数THREADCOUNT、SCRIPT、PASSWORDに正しい値を設定してください。スレッド数を多く定義しすぎると、そのうちのいくつかがjava.lang.OutOfMemoryErrorで失敗し始めるかもしれない。

この問題を解決するには、runLoad.shの-Xmx Javaオプションで指定するJVMメモリー・ヒープ・サイズを大きくしてください（デフォルト値は512MBに設定されています）。

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.

Contact Support Close