すべてのプロダクト
Search
ドキュメントセンター

Performance Testing:テストシナリオにおける構造とデータ割り当て

最終更新日:Jan 08, 2025

このトピックでは、一般的なテストシナリオにおける論理構造関係と、テストシナリオにおけるデータの割り当て方法について説明します。

用語

  • テスト API: アプリケーションへの特定のリクエストをシミュレートする API リクエスト。 パフォーマンステストにおいて重要です。

  • セッション: トランザクションと同様に、構造化された一連のパフォーマンステスト API です。

  • 関連付けられたデータファイル: テスト API は、データファイルのパラメーターを使用します。 そのため、データファイルが関連付けられています。 異なるデータファイルからの複数ファイルパラメーターが使用される場合、複数のデータファイルが関連付けられます。

  • データ構成ノード: セッション内の API がファイルパラメーターを必要とする場合、またはセカンダリファイルパラメーター (MD5 エンコーディングなど) を定義する場合、API がそれらを使用する前に、データ構成ノードでそれらを構成または定義する必要があります。

  • データエクスポート命令: セッションからデータをエクスポートして、他のセッションで使用したり、エクスポートされたデータをグローバルに共有したりします。

  • チェックポイント (アサーション): リクエストが成功したかどうかを示し、リクエストに対するレスポンスが期待値を満たしているかどうかを確認します。

  • 1 つのデータポール: ファイルパラメーターが使用されている場合、リクエストデータの重複を防ぐために、データファイルは 1 回だけポーリングされます。

  • 出力パラメーター: セッションを作成するときに、アップストリーム API の戻りデータがパラメーターとして使用されます。

テストシナリオにおける一般的な構造とデータ割り当てルール

次の図は詳細を示しています。

注:

  • セッション 1 とセッション 2 は並列です。

  • セッションはトランザクションに似ています。 セッション内のすべてのテスト API は順番に呼び出されます。 アップストリーム API のリクエストは、現在の API のリクエストが送信される前に送信されるか、タイムアウトする必要があります。

    説明

    テストが終了したときに中間 API によって一部のリクエストが完了していないため、ダウンストリーム API によって送信されるリクエストの数は、アップストリーム API によって送信されるリクエストの数よりも少なくなります。

  • [データ構成ノード] を構成した後でのみ、ファイルパラメーターをセッション内のすべての API で使用できます。

    • セッション 1 の API 1 はファイル 2 (200 行) のパラメーターを使用し、API 2 はファイル 3 (1000 行) のパラメーターを使用し、API 3 はファイル 2 (200 行) のパラメーターとファイル 1 (100 行) のパラメーターを使用します。 ベンチマークファイルが指定されていない場合、ファイル 1 (100 行) がベンチマークとして選択されます。 ファイル 2 とファイル 3 から最初の 100 行が切り捨てられ、繰り返しポーリングされます。

    • パラメーターに対して [1 つのデータポール] を選択すると、そのパラメーターがベンチマークとして選択されます。 ソースファイルと同じ行数が組み合わせで選択されます。 必要な数のリクエストが送信された後、現在の API のテストは終了します。 組み合わせで必要な数のリクエストが送信された後、セッションのテストは終了します。

  • チェックポイント (アサーション) が指定されていて、現在のリクエストのアサーションが失敗した場合、後続の API または命令は実行されません (この順次実行プロセスのみ)。 アサーションが成功すると、プロセスは続行されます。

ログオン依存のテストシナリオの構造

次の図は、セッション 1 の API 1 がログオン依存の場合の一般的な構成を示しています。

注:

  • [データエクスポート] 命令は、一般に、ログオン後に複数のサービスを並列でテストする必要がある場合に使用されます。 これらを使用して、標準の Cookie または [出力パラメーター] (ビジネスのカスタムエクスポートアクション) をエクスポートできます。 最大 5 つのパラメーターをエクスポートできます。 パラメーターごとにエクスポートレベルを指定できます。

  • セッション 1 で [データエクスポート] 命令を使用する場合、データがエクスポートされた後にのみ、他のセッションのテストを開始できます。 セッション 1 は他のセッションとは並列ではありません。

    説明

    データエクスポート命令が使用されている場合にのみ、すべてのセッションが並列であるとは限りません。

  • ユーザーログオン情報の重複を避けるには、テスト API の [データ構成ノード] でパラメーターに対して [1 つのデータポール] を選択する必要があります。 この例では、セッション 1 のパラメーターに対して 1 つのデータポールが選択されています。

  • 必要な数のユーザーがログオンした後、ユーザーログオン情報はシナリオ内の他のセッションと共有されます。 [エクスポートレベル] パラメーターを設定する必要があります。 シナリオ内の残りのセッションのテストは、このパラメーター値に到達した場合にのみトリガーされます。

  • 指定された値は、ログオン API のファイル行数以下である必要があります。 前の例では、関連付けられたデータファイルに 200 行あるため、エクスポートレベルは 100 に設定されています。

    説明

    指定された値を満たすことができない場合 (たとえば、テスト中に一部のロードジェネレーターが切断されている場合)、テストページの下部にある [グローバル準備のリリース] をクリックして、他のセッションのテストを続行できます。