| Interstage Application Server アプリケーション作成ガイド (データベース連携サービス編) |
|
目次
索引
|
| 第12章 アプリケーションのテスト |
作成したアプリケーションのテスト方法を、以下の内容で説明します。
サーバアプリケーションのテストを行う場合、実際にクライアントアプリケーションと結合して行います。このとき、サーバアプリケーションをデバッガ配下で動作させることで、サーバアプリケーションが正しく作成されているか確認できます。
サーバアプリケーションのテストは、Solarisの場合だけが可能です。
デバッガと連携するには、アプリケーションをdbx配下などで動かせるようにする必要があります。デバッガと連携するときの動作の概要と、サーバアプリケーションをデバッガ配下でテストする場合の手順を、以下に示します。
テストを行うサーバアプリケーションを、-gオプションおよび-xsオプションを指定してコンパイルします。コンパイル方法の詳細については、関連するマニュアルを参照してください。
テスト用モジュールのコンパイル例を以下に示します。
|
%CC -c -g -xs -D_REENTRANT -I/opt/FSUNod/include -I/opt/FSUNtd/include tdsample1_s.C |
テストを行うサーバアプリケーションのワークユニット定義を作成し、isstartwuコマンドでデバッグオプション-dを指定してワークユニットを起動します。-dオプションを指定してワークユニットを起動した場合、ワークユニットの動作環境まで作成し、サーバアプリケーションプロセスを起動せずにコマンドは復帰します。isstartwuコマンドの詳細については“リファレンスマニュアル（コマンド編）”を参照してください。
デバッグ用のワークユニットの起動例を、以下に示します。
|
%isstartwu -d TDSAMPLE1 |
dbxコマンドなどをサーバアプリケーションを指定して起動することにより、サーバアプリケーションをそのデバッガ配下で起動します。サーバアプリケーションプロセスを起動する際のdbxコマンドの指定方法を以下に示します。
|
dbx サーバアプリケーション |
デバッガ配下でサーバアプリケーションを起動後、デバッガ画面でサーバアプリケーションの実行を行ってください。サーバアプリケーションの実行方法を以下に示します。
|
(dbx)run 業務システム名 ワークユニット名 オブジェクト名 T |
サーバアプリケーションの実行後、クライアントアプリケーションからサーバアプリケーションを呼び出し、処理を実行することで、サーバアプリケーションの動作状態をデバッガから確認することができます。これにより、アプリケーションを実行することができ、ステップ単位でデバッグすることができます。なお、C++プログラムのデバッグ方法の詳細については、関連するマニュアルを参照してください。
アプリケーションのテストを終了する場合は、以下の手順で行います。
デバッガにより、サーバアプリケーションをデバッグする場合の注意事項について示します。
クライアントアプリケーションのテスト方法は、クライアントアプリケーションを動作させるオペレーティングシステムやミドルウェアによって異なります。お使いのオペレーティングシステムやミドルウェアごとに推奨される方法でテストを行ってください。
スナップショットを使用して、クライアントからの要求に対する入出力情報をワークユニット単位に取得することにより、アプリケーションのデバッグを行うことができます。
ログファイルの出力形式は以下のとおりです。
SNAP START: TIME: 10:51:02.159574 1
MODULE NAME : SNAP10_OBJ1 2
OPERATION NAME : OPE1 3
INPUT INFORMATION 4
PARAMETER NUMBER:10 5
VARIABLES
PARAM0001: ATTRIBUTE :long 6
DATA LENGTH :4 7
DATA :1 8
:
:
SNAP START: TIME: 13:08:03.317794 9
MODULE NAME : SNAP10_OBJ1 2
OPERATION NAME : OPE1 3
RETURN INFORMATION 10
RETURN VALUES : 0 11
OUTPUT INFORMATION 12
PARAMETER NUMBER:10 5
VARIABLES
PARAM0001: ATTRIBUTE :short 6
DATA LENGTH :2 7
DATA :100 8
:
: |
属性別のパラメタ情報の出力例については、“パラメタ情報の出力例”を参照してください。
採取できるログファイルは以下の2種類があります。
それぞれについて以下に示します。
ロギング情報をワークユニット単位にファイルに取得します。ワークユニットの起動から停止までの範囲で取得し、開発初期時のアプリケーションのデバッグを目的とします。ワークユニット定義では、スナップショット取得指定を定義することにより取得されます。ロギング情報の出力先は、ワークユニット定義のスナップショット出力パスで指定されたディレクトリに、以下に示すファイル名で作成されます。
取得するワークユニット名．アプリケーションの実行プロセスID
スナップショット出力パスを指定していない場合は、カレントディレクトリ配下に作成されます。ワークユニット定義の定義方法については、“OLTPサーバ運用ガイド”を参照してください。
ロギング情報をワークユニット単位にメモリに取得します。ロギング情報の取得に関しては、以下に示す５つのコマンドで操作を行います。なお、それぞれのコマンド文法の詳細については“リファレンスマニュアル（コマンド編）”を参照してください。
ロギング情報の取得を開始します。投入前に、ロギング情報を取得するワークユニットが起動されている必要があります。
ロギング情報の取得を終了します。ロギング情報を取得しているワークユニットを停止する前に投入してください。tdstopsnapコマンドを投入する前に取得対象のワークユニットを停止した場合、ワークユニットの停止と同時にスナップショットの取得を終了します。
メモリに蓄積されたロギング情報を、ファイルへ出力します。作成されるディレクトリは、コマンド投入時のカレントディレクトリです。以下に示すファイル名で作成されます。
取得するワークユニット名.コマンドの実行プロセスID
tdformsnapコマンドは、ロギング情報の取得を終了させてから投入してください。
ロギング情報をメモリに取得してあるワークユニットの一覧を表示します。
ロギング情報をメモリから削除します。
取得情報を格納するメモリは、ワークユニット単位で固定です。このため、メモリが満杯になった場合、同一ワークユニット内の古い情報から上書きされます。
ロギング情報を取得できるワークユニットの数を以下に示します。
|
システム規模 |
ロギングできるワークユニット数 |
|---|---|
|
SMALL |
8 |
|
MODERATE |
16 |
|
LARGE |
24 |
|
SUPER |
32 |
実際のロギング情報の取得手順を、以下に示します。
開発環境でテストした資材を運用環境へ移行するための作業手順と、運用環境でのテスト方法について説明します。
開発環境では各モジュールの単体テストを行いますが、運用環境ではシステム全体として以下に示すテストが必要です。
それぞれのテスト方法について、以下に示します。
システム負荷テストは業務を遂行するために、システム上のすべてのコンポーネントを含めたテストを実施します。システムの負荷をあげるためには、システムへのデータ入力の頻度（呼量と呼びます）をあげると、実施できます。たとえば、多数のCORBAクライアントからの入力の場合、CORBAクライアントを高速なマシン上で動作させると、呼量が増加し、負荷があげられます。また、Web連携の負荷をあげるときは、WebStoneなどをUNIXサーバに設定し、同様に呼量を増加させることができます。
業務に沿った運用テストは、実際の業務を想定したテストを実施し、システムとして運用に問題がないかを確認します。したがって、システムで利用する製品および業務アプリケーションすべてを動作させます。たとえば、受注業務の運用テストを実施する場合、受注業務で利用する全製品とアプリケーションを動作させて、受注業務の開始/終了、データ入力とその処理などを実施します。
性能テストは、業務運用中の性能について測定し、問題がないかを確認するテストです。
|
目次
索引
|