ルートに基づくテストケースの例
ci_projectというプロジェクト内にroute_fileというルートが作成されます。ルートの目的は、ファイルのコンテンツを[String] (文字列)行に変換する前にファイルを読み取って1行ずつに分割し、結果をログファイルに出力することです。
処理を行う部分(cConvertBodyToとcSplitter)を使ってtest_route_fileと呼ばれるルートテストケースを作成し、cMockコンポーネントを使ってメッセージの生成とメッセージのエンドポイントをシミュレートして、開発者があらゆるタイプの入力および出力メッセージをテストおよびマップできるようにします。
生成されるスケルトンは、ルートテストを作成するためにルートで選択したコンポーネントによって異なります。
ここでのテストケースの目的は以下のとおりです。
-
テストメッセージ交換の生成と入力テストデータの読み取り(cTimerコンポーネントとcMock_1コンポーネント)。
-
初期ルートに基づく不変のコンポーネントセット(INPUT項目とOUTPUT項目)によるデータの変換。
-
cMock_2コンポーネントを使用することによる、メッセージが想定どおりにルーティングされたことの確認と、テスト出力結果の検証(メッセージの内容、カウント、ヘッダー、その他)。
テストのインスタンスは必要に応じていくつでも追加できます。つまり、入力ファイルと参照ファイルを変えて同じテストを実行できます。
データセットが[Test Cases] (テストケース)ビューで定義されれば、テストケースを実行する準備は完了です。データセットは、データをテストするための入力ファイルおよび参照ファイルとして定義するデータファイルで構成されています。
ルートテストケースはテストインスタンスで正しく実行されました。また、入力ファイルと参照ファイルは同一です。
開発者がStudioでローカルにインテグレーションテストをデザインした後は、テストをビルドシステムのような継続的インテグレーションツールで自動化する必要があります。詳細は、ビルドとデプロイをご覧ください。