ルートに基づくテストケースの例 - 7.2

Talendソフトウェア開発ライフサイクルベストプラクティスガイド

Version
7.2
Language
日本語 (日本)
Product
Talend Big Data
Talend Data Fabric
Talend Data Integration
Talend Data Management Platform
Talend Data Services Platform
Talend ESB
Talend MDM Platform
Module
Talend Administration Center
Talend Artifact Repository
Talend CommandLine
Talend JobServer
Talend Studio
Content
ジョブデザインと開発
デプロイメント
管理と監視
ci_projectというプロジェクト内にroute_fileというルートが作成されます。ルートの目的は、ファイルのコンテンツを文字列行に変換する前にファイルを読み取って1行ずつに分割し、結果をログファイルに出力することです。

処理を行う部分(cConvertBodyTocSplit)を使用して、test_route_fileと呼ばれるルートテストケースを作成し、cMockコンポーネントを使用してメッセージの生成とメッセージのエンドポイントをシミュレートし、開発者があらゆるタイプの入力および出力メッセージをテストおよびマップできるようにします。

生成されるスケルトンは、ルートテストを作成するためにルートで選択したコンポーネントによって異なります。

ここでは、テストケースの目的は以下のとおりです。
  • テストメッセージ交換の生成と入力テストデータの読み取り(cTimerコンポーネントとcMock_1コンポーネント)。

  • 初期ルートに基づく不変のコンポーネントセット(INPUTアイテムとOUTPUTアイテム)によるデータ変換。

  • cMock_2コンポーネントを使用することによる、メッセージが想定どおりにルーティングされたことの確認と、テスト出力結果の検証(メッセージの内容、カウント、ヘッダー、その他)。

テストのインスタンスは必要に応じていくつでも追加できます。つまり、入力ファイルと参照ファイルを変えて同じテストを実行できます。

データセットが[Test Cases] (テストケース)ビューで定義されたら、テストケースを実行する準備は完了です。データセットは、データをテストするための入力ファイルおよび参照ファイルとして定義するデータファイルで構成されます。

ルートテストケースはテストインスタンスで正しく実行されました。また、入力ファイルと参照ファイルは同一です。

開発者がStudioでローカルに統合テストを設計した後は、テストをビルドシステムのような継続的インテグレーションツールで自動化する必要があります。詳細は、ビルドとデプロイを参照してください。