バッチ・アプリケーションのテスト

この項の内容は次のとおりです。

•

バッチ実行環境

•	カスタマイズ済スクリプトのアップロード

•	バッチ・テスト・ケースの構成

•	テスト・ケースの実行および結果のチェック

ART Test Managerを使用して、Tuxedo ART for Batchで実行中のリホストされたメインフレーム・バッチ・ジョブをテストできます。各バッチ・ジョブは独立したテスト・ケースとして扱われますが、テスト・プランではこれらを組み合せて、必要に応じて並べ替えられます。テストの実行前に、前章の説明に従ってART Test Managerプロジェクトを作成する必要があります。プロジェクトの作成後、使用可能なすべてのバッチ・ジョブは、関連するAPPDIRのスキャンによって特定されます。プロジェクトを作成してテスト・マシンのAPPDIRに関連付けると、スキャンが自動的に実行され、特定されたすべてのバッチ・テスト・ケースが、デフォルトのテスト・グループであるBATCH_RTに追加されます。バッチ・テストの実行は、このデフォルト・グループ、手動で作成されたカスタム名を持つ新規グループ、またはグループに作成されるテスト・プランで可能です。バッチ・グループのユーザー・インタフェースを次に示します。

左側のナビゲータをクリックすると、ツリー・メニューが展開され、プロジェクト、グループ、テスト・プランおよびケース名が表示されます。詳細情報および操作ボタンがメイン・パネルの上および右側に表示されます。

バッチ実行環境

バッチ・ケースは、Tuxedoドメインのバッチ・システム(TuxJES)で実行されます。各バッチ・グループには、Tuxedoドメインに個別のバッチ・システムがあります。ケースの実行前に、Tuxedoドメインを起動しておきます。一度起動したドメインは停止するまで使用可能です。

バッチ・ドメインの起動/停止

Tuxedoドメインのバッチ・システムを開始/停止するには、バッチ・タイプのテスト・グループを入力し、ドメイン起動または「ドメインの停止」をクリックします。ドメイン起動、ドメイン起動(部分)またはドメイン停止の各ステータスがパネルの右側に表示されます。詳細な起動または停止プロセス、および関連メッセージは、メイン操作パネルの下のコンソール・エリアに表示されます。

ドメインが一部のみ起動されていることがステータスで示されている場合は、コンソール領域のメッセージを確認し、どのサーバーの起動が失敗しているか、またテスト・ケースに影響があるかどうかを判断します。影響がある場合は、TuxedoのULOGメッセージを(プロジェクト・ビューでグループに対応する「結果」ボタンをクリックして)確認し、さらに関連ログを確認して原因を特定します。根本原因が解決したら、ドメインを停止して再起動します。

バッチ・ドメインのモニター

ドメインのモニターをクリックして、バッチ・ドメイン・モニタリング画面を開き、実行中のイニシエータの詳細情報およびJESクラス別のジョブ・メトリック情報を表示します。

ジョブ・メトリック・タブには、様々なJESフェーズのジョブがJESクラスごとに表示されます。次の図に例を示します。

これはART Test Managerのバッチ・システムおよびジョブの基本的なモニタリングを提供します。より詳細なモニタリングのために、Tuxedo System and Application Monitor Plus (TSAM Plus)では、リアルタイム/履歴パフォーマンス・モニタリング、実行の詳細なトレース、SLAアラートなどの追加機能を提供しています。さらに、ARTバッチではARTISPF拡張を介したuni-SPFに対するバッチ・モニタリングをISPFで提供しています。

バッチ・システムを含むTuxedoドメインのクリーンアップおよびジョブのパージ

ubbconfig変更などのドメイン構成変更を適用するには、ドメイン再起動前に、設定フェーズで生成されたtuxconfigおよびTLOG削除などのクリーンアップ操作が必要になります。ドメインのクリーンアップ・ボタンをクリックすると、ART Test Managerでクリーンアップのタスクが実行されます。ドメインが起動中の場合は、これらの操作は許可されないため、このボタンをクリックする前にドメインを停止する必要があります。

バッチ・グループの「パージ」ボタンをクリックすると、このドメインに送信されたすべてのテスト・ケースが確認後にパージされます。このアクションを実行すると、ログやTuxJES制御テーブルのジョブ情報など、すべてのケース実行レコードが削除されます。この情報は一度削除すると回復できないため、この機能は注意して使用してください。

カスタマイズ済スクリプトのアップロード

ART Test Managerには拡張フレームワークが組み込まれており、結果チェック用スクリプトなどのユーザーが作成した実行前スクリプトおよび実行後スクリプトを実行できます。これらのオプション・カスタム・スクリプトは、バッチ・グループ/プラン/ケースに対してサポートされています。

•	実行前ファイルおよび実行後ファイルは、グループ/テスト・プラン/ケースの実行前および実行後に実行されます。これらはグループ/テスト・プランおよびテスト・ケースのレベルで提供されるスクリプトまたは実行可能バイナリ・ファイルのいずれかです。

•	結果チェック・スクリプトは、組み込まれた結果チェックを拡張してステップを追加し、ケース実行後の成功/失敗の判断を容易にする目的で使用できます。

さらに、バッチ・ジョブ実行の際に環境変数を参照できます。各テスト・ケースに対してenvファイルが提供されており、各ケースに対応する環境変数の値が設定されます。

注意:	DFSRRC00ユーティリティを使用してIMS BMPプログラムを実行するバッチ・ジョブに対しては、ファイルのTUXCONFIG変数にIMS用Tuxedoドメインのtuxconfigファイルの完全なパスを設定する必要があります。また、ドメイン構成にARTIBMPサーバーを含む必要があります。

グループ/テスト・プラン/ケースの各パネルで「アップロード」ボタンをクリックすると、これらのカスタム・スクリプト/ファイルを指定してアップロードできるアップロード・ダイアログが表示されます。これらのカスタマイズされたスクリプトの指定は任意であり、必須ではありません。

バッチ・テスト・ケースの構成

ART Test Managerは、ART環境でのバッチ・ジョブ実行をメインフレームのベースライン実行と比較する機能をオプションで提供しています。これを行うには、ARTでジョブの実行が完了した後でFTPを使用してメインフレームにジョブを送信し、結果をダウンロードして比較します。この機能を使用するには追加構成が必要になります。この機能を使用する場合、メインフレームへのFTPアクセスが使用可能であることを確認し、FTP経由でメインフレームに接続してジョブを送信できるユーザー資格証明を特定し、メインフレームの実行環境が有効であることを確認し、データベースおよびすべての入力ファイルの状態がART環境の状態と一致していることを確認します。

ファイル比較が有効な場合、ART Test ManagerではジョブのJCLのDD文で特定されたデータ・ファイルのダウンロードおよびトランスコードが試行され、ART for Batchで実行されているジョブで生成されるファイルとの比較が可能になります。ダウンロードおよびトランスコードの作業を確実に行うには、次の条件を満たす必要があります。

•	ファイルのダウンロードおよびトランスコードを行うための十分なディスク領域が使用可能であることを確認します。2つのコピーが存在することになるため、必要な領域として元のファイル・サイズの2倍のサイズを確保します。

•	比較でサポートされるファイル編成/タイプは順次(GDGを含む)およびVSAM KSDS (索引付き)です。VSAM KSDSのファイルは、索引付きファイルまたはデータベース・テーブルに移行できます。ファイルが索引付きファイルに移行された場合のみ比較が可能になります。

•	トランスコーディング(テキスト・フィールドをEBCDICからASCIIに変換し、バイナリ/パック10進数フィールドは変更しない)は、ART Workbenchで移行プロジェクトの一部として生成されたトランスコーディング・ルーチンを使用して実行されます。これらのルーチンの生成、およびAPPDIR内の場所の詳細は、ART Workbenchユーザー・ガイドを参照してください。

メインフレーム接続の構成

グループ・パネルの「構成」ボタンをクリックすると、メインフレームの構成情報が表示されます。次に示す構成ダイアログが表示されます。

いずれかの比較が有効になっている場合、次のような必須の構成が表示されます。

メインフレームのFTP情報およびユーザー資格証明を入力し、メインフレームへのジョブの送信、およびログとデータ・ファイルを含む結果のダウンロードを可能にします。FTP接続のテストをクリックして、指定した情報を使用してART Test Managerによる接続が可能かどうかを確認します。この機能はFTP接続が使用不可能な場合は動作しないため、接続できない場合は、失敗の原因を特定して解決してください。

両方のジョブが完了したら、DB操作比較の有効化を選択して、メインフレームとART環境のDB変更を比較します。メインフレームのジョブで使用するデータベースで必要なDB2情報を入力した後、DB2接続のテスト・ボタンをクリックして、ART Test Managerによる接続を試行します。接続テストが失敗した場合は、その原因を確認して修正します。また、入力したDB2ユーザーに、ジョブで使用するデータベース・オブジェクトにアクセスするための適切な権限が付与されているかどうかを確認します。

両方のジョブの完了後にメインフレームおよびART環境のすべての関連する表を比較するには、DB全表比較の有効化を選択します。

ART Test Managerでメインフレームのファイルをダウンロード、トランスコードし、ARTのバッチ・ジョブで生成されたファイルと比較するには、ファイル比較の有効化を選択します。

これらの構成は、プロファイルとして保存ボタンをクリックして、指定した名前でプロファイルに保存できます。保存されたプロファイルは、プロファイルのロードと削除をクリックして、削除するか最新の構成としてロードできます。

ステップRCの比較タブで、ステップRCの比較を有効または無効にできます。

必要な選択をすべて実行し、関連情報を入力し、テストFTP接続およびテストDB2接続で正常終了の結果を取得したら、右下隅の「保存」ボタンをクリックしてメインフレーム構成を保存します。この構成は現在のグループに対してのみ有効です。

テスト・ケースの実行および結果のチェック

テスト・ケースの実行前に、テスト・グループで使用するドメインを起動しておきます。対応するチェック・ボックスをクリックしてグループ/プラン/ケースを選択し、実行ボタンをクリックします。出力内容は、画面の下半分のコンソールに表示されます。ケースの実行後、ART Test Managerに組み込まれた結果チェック機能を使用して、3つのアスペクトから結果をチェックします。次の説明を参照してください。

リターン・コードのチェック

ART Test Managerでのバッチ・テスト・ケースの結果チェックのデフォルトはリターン・コードによるチェックです。JCLのネイティブ・テスト・ケースの場合、リターン・コードが0であれば成功であり、それ以外の場合は失敗です。KSHケースの場合、リターン・コードがC000であれば成功です。メインフレームFTP接続が定義されておらず、ファイル比較および/またはDB操作比較が選択されていない場合は、ユーザー提供のカスタム結果チェック・スクリプトを除けば、ART Test Managerで使用可能なチェックは組込のチェックのみです。

ステップRCのチェック

有効になっている場合は、ステップRCチェックが実行されます(「メインフレーム接続の構成」を参照)。ステップRCがメインフレーム上のものと比較されます。ステップRCチェックが有効な場合、リターン・コードのチェックは実行されません。

結果はテスト・ケースの結果ダイアログに表示されます。このダイアログは、関連するケースの「結果」列のアイコンをクリックして開きます。ステップRCの比較タブをクリックして、次の情報を表示します。

ファイルの比較

可能な場合はファイル比較が実行されます(「メインフレーム接続の構成」を参照)。

各ケースに対して、次に示すように構成パネルでいくつかの構成をカスタマイズできます。このグループに対するファイル比較が有効な場合は、ファイル比較構成を使用できます。

メインフレームで実行が選択されていない場合は、ジョブはメインフレームでは実行されません。

ファイル・リスト編集が選択されている場合は、ジョブで参照するファイルが表形式で表示されます。ダウンロードが有効、比較が有効、およびテキスト・ファイルのオプションを各ファイルに対して構成できます。「ダウンロード」が有効でない場合は、メインフレームから最後にダウンロードされたファイルを使用して比較が行われます。

結果はテスト・ケースの結果ダイアログに表示されます。このダイアログは関連するケースの「結果」列のアイコンをクリックして開きます。ファイル比較タブをクリックすると、次の情報が2つのペインに表示されます。左のペインには、バッチ・ジョブで参照されるファイルがリスト表示されます。リストのファイルをクリックすると、差異がある場合は詳細が右側に表示されます。コンテンツがテキストのみのファイルの場合は、差異が直接表示されます。バイナリ・ファイルまたはテキストとバイナリのコンテンツが混在するファイルの場合は、差異の場所が示されます。差異がない場合、または差異があっても許容範囲内である場合は、このページの承認ボタンをクリックすると、ケースが成功になります。

DB更新の比較

可能な場合はDB更新比較が実行されます(「メインフレーム接続の構成」を参照)。結果はケースの結果ダイアログに表示されます。このダイアログは関連するケースの「結果」列のアイコンをクリックして開きます。DB操作比較タブをクリックして、2つのペイン・ビューを開きます。左のペインには、ジョブで使用するすべてのDBテーブルおよび実行される操作が表示されます。左側のDB操作をクリックすると、差異がある場合は関連する詳細が右のペインに表示されます。差異があっても許容範囲内である場合は、このページの承認をクリックすると、ケースが成功になります。差分のみを表示チェック・ボックスを選択すると、整合性が確保された操作は表示されなくなります。

DB全表比較

有効になっている場合は、DB全表比較が実行されます(「メインフレーム接続の構成」を参照)。

各ケースに対して、次に示すように構成パネルでいくつかの構成をカスタマイズできます。このグループに対するDB全表比較が有効な場合は、DB全表比較構成を使用できます。

メインフレームで実行が選択されていない場合は、ジョブはメインフレームに送信されません。DB全表比較は、メインフレームから前回ダウンロードされた表に基づいて実行されます。

各表に対して、ダウンロードが有効オプションおよび比較が有効オプションを構成できます。ダウンロードが有効でない場合、表比較では、メインフレームから前回ダウンロードされた表が使用されます。

結果はテスト・ケースの結果ダイアログに表示されます。このダイアログは、関連するケースの「結果」列のアイコンをクリックして開きます。DB表の比較タブをクリックすると、次の情報が表示されます。差異がない場合または差異が許容範囲内である場合は、このページにある承認ボタンをクリックすると、ケースが成功としてマークされます。

ログおよびトレースの検証

ログおよびトレースはテスト・ケースの結果ダイアログで確認できます。「ログ」タブに切り替えると、ジョブのログが表示されます。サーバー・トレース・タブをクリックしてサーバー・トレースを表示することもできます。ART Batchユーザー・ガイドで説明されているように、JESTRACE情報が表示されます。