概要
Testim は、テストの一部としてテスト対象アプリケーション（AUT）のネットワークトラフィックをモックする機能を提供します。テスト実行中、実際の呼び出しを行う代わりに、システムが呼び出しをインターセプトしてモックレスポンスを返します。例えば、サイトが閲覧されるすべてのページで分析システムへの呼び出しを生成する場合を考えてみましょう。この場合、分析システムへの実際の呼び出しを生成する代わりに、Testim がネットワークトラフィックをインターセプトし、「成功コード」レスポンスを返します。この機能は、外部サービスとの統合が安定していない、または時には存在しない開発環境で特に有用です。ネットワークトラフィックのモックは、システムが実際のレスポンスが返されるまで待つ必要がないため、テストプロセスを高速化します。また、サービスへ送信する呼び出し数に応じて課金される場合は、コストを節約できることもあります。ネットワークレスポンスをモックする方法は 2 つあります:
- HAR ファイルを使用したネットワークトラフィックのモック - モックネットワークレスポンスは HAR ファイルに基づくことができます。HAR ファイルは、Web ブラウザとサイトの間のやり取りをログに記録するための JSON 形式のアーカイブファイルフォーマットです。すべての HTTP 呼び出しとレスポンスがこのファイルに記録されます。Testim は、テスト実行中に HAR ファイル内の関連データを自動的に使用します。詳細な手順はこちらをご覧ください。
- マッピングファイルを使用した特定の動作のモック - このオプションでは、HAR ファイルを使用する代わりに、または HAR ファイルに加えて、マッピングファイルを提供します。マッピングファイルは、特定のモック動作を含む JSON ファイルです。場合によっては、HAR ファイルに加えてマッピングファイルを追加できます。例えば、HAR ファイルに含まれているか不明な特定の呼び出しをモックする場合や、HAR ファイル内のレスポンスを別のレスポンスでオーバーライドしたい場合などです。例えば、HAR ファイルにエラーコードレスポンスが含まれており、成功レスポンスを含むマッピングファイルを使用したい場合などです。詳細な手順をご覧ください。
モックネットワークレスポンスでのテスト実行
モックネットワークレスポンスは、HAR ファイルの記録後、または HAR ファイルやマッピングファイルのアップロード後に有効になります。テスト実行中、Testim は次のアルゴリズムを使用して各リクエストのマッチングを試みます:
- マッピングファイルが指定されている場合 - Testim はそのエントリリストを反復処理します。リクエスト URLのみ、またはURLとHTTP メソッドの両方にマッチする最初のルールエントリがレスポンスのモックに使用されます。
- エントリリストがマッチせずに終了し、HAR ファイルが存在する場合 - Testim はそのエントリリストを反復処理し、リクエスト URLとHTTP メソッドの両方にマッチする、まだ使用されていない最初のエントリを使用します。
- マッチが見つからない場合、レスポンスはモックされず、代わりに Testim が実際のリクエストを実行します。