コンテンツにスキップ

セッションリプレイと負荷テスト

キャプチャしたリクエストは、そっくりそのままもう一度実行できます。それぞれ役割の異なる2つのモードがあります。セッションリプレイは一連のリクエストを元の順序で一括再現します(フローの再現、リグレッション検証、別環境へのリプレイ)。負荷テストは単一のリクエストに高頻度の負荷をかけ、耐えられるかどうかをテストします。どちらもキャプチャ記録から右クリックで到達でき、署名 / タイムスタンプを伴うプライベートAPIでも問題なく動きます。


1. 「もう一度送る」3つの方法、それぞれに役割

Section titled “1. 「もう一度送る」3つの方法、それぞれに役割”

キャプチャしたリクエストをもう一度送るという同じ発想を、目的ごとに分けています。

機能 役割
構成とリプレイ 単一リクエストの編集と再送
セッションリプレイ(本ページ前半) 複数リクエストを順序どおりに一括リプレイし、各リクエストのステータスとレイテンシを観察
負荷テスト(本ページ後半) 単一リクエストへの高頻度の負荷、スループットとレイテンシパーセンタイルを測定

2. セッションリプレイ:一連のリクエストを一括で再現

Section titled “2. セッションリプレイ:一連のリクエストを一括で再現”

キャプチャした一連のリクエストを、元の順序で一括再実行し、リクエストシーケンスを忠実に再現します。全体をN回ループするオプションもあります。

到達方法

  • キャプチャから起点にする:キャプチャリストで「このリクエストをリプレイ」を右クリック、または複数選択して「選択したリクエストをリプレイ」。
  • 手動で追加:パネルの「+ リクエストを追加」。各リクエストはその場で編集でき、メソッド / URL / パラメータ / ヘッダー / Bodyを変更できます。

設定可能な項目

  • ループ回数:シーケンス全体をN回実行。
  • リクエスト間隔:各リクエストの間に一定時間ポーズ。
  • 環境切り替え:環境を選び、ワンクリックで一連全体を別の環境に対してリプレイ。

結果:各リクエストのメソッド、URL、ステータスコード、レイテンシに加え、全体の進捗、成功 / 失敗数、総経過時間を一覧表示します。

セッションリプレイ、ループと間隔を設定可能、各リクエストのステータスコードとレイテンシに加え全体の成功 / 失敗数を表示

使いどころ

  • 複数ステップのフロータイミング依存の問題を再現する。
  • 一群のエンドポイントを検証するバッチリグレッション
  • 本番でキャプチャした一連のリクエストを、そのままテスト環境に対してリプレイする。

3. 負荷テスト:単一リクエストを限界まで押す

Section titled “3. 負荷テスト:単一リクエストを限界まで押す”

エンドポイントをキャプチャして、耐えられるかどうかを知りたい? キャプチャしたどのリクエストでも「このリクエストを負荷テスト」を右クリックすればすぐに開始でき、スループットとレイテンシパーセンタイルがリアルタイムに報告されます。

  • キャプチャ記録から直接負荷テスト:「このリクエストを負荷テスト」を右クリックすると、メソッド / アドレス / ヘッダー / ボディが自動的に引き継がれ、すぐに開始します。欠けているプロトコルは補完されます。
  • 手動設定:ツールボックスから「負荷テスト」を開き、ターゲットとパラメータを自分で入力します。フローティングウィンドウなので、複数のウィンドウで独立した負荷テストを同時に互いに干渉させずに実行できます。

一般的な負荷テストツールとの違い:ここではキャプチャしたリクエストを右クリックして負荷テストでき、パラメータを再入力する必要がありません。「まず別の場所でキャプチャして、それを手で負荷テストツールに移す」という往復の手間が省けます。

  • 一定レート(QPS):設定した1秒あたりのリクエスト数で均等に負荷をかけ、より厳密なレイテンシ測定方法を使うので、p99などのテールレイテンシが高負荷下でも見かけ上低くならず正直な値を保ちます。「XQPSでのこのエンドポイントの実際のレイテンシ」を評価するのに向いています。この厳密さは主にこのモードに適用されます。
  • 並列数:固定の並列数で連続して発射し、最大スループットを押し上げます。「どこまで耐えられるかの限界」をテストするのに向いています。
  • リクエスト:メソッド(GET / POST / PUT / PATCH / DELETE / HEAD)、URL(プロトコルは任意、httpsが自動補完)、Queryパラメータテーブル、ヘッダーテーブル、ボディ(JSON / フォーム / 生)。
  • 負荷:レート(1〜100000 req/s)、並列数 / コネクション数(1〜2000)、継続時間(1〜3600秒、固定の総数ではなく時間で指定)。
  • 詳細:リダイレクトに追従、TLS検証をスキップ。
  • コネクション:自動コネクション再利用(keep-alive)、HTTPSターゲットには自動的にHTTP/2を試みます。
  • スループット:大きなライブRPS数値と、リアルタイムのスループット折れ線グラフ。
  • カウント:送信 / 成功 / エラー / 経過。
  • レイテンシパーセンタイル(ミリ秒):p50 / p90 / p95 / p99 / p99.9 / max。
  • ステータスコード分布:2xx / 3xx / 4xx / 5xx / エラーで色分けしたラベル。

負荷テスト + スループット折れ線グラフ、送信 / 成功 / エラー / 経過、p50〜p99.9とmaxのレイテンシパーセンタイル、ステータスコード分布

いつでも停止でき、ウィンドウを閉じると実行中の負荷テストは自動的に停止します。


4. 同等に強力なリクエスト編集

Section titled “4. 同等に強力なリクエスト編集”

セッションリプレイでも負荷テストでも、リクエスト編集はリクエストコンポーザー(Composer)と同じ系譜です。環境変数動的値(UUID、タイムスタンプ、nonce、Base64、MD5 / SHA、HMAC署名、URLエンコードなど)に対応します。そのため、署名 / タイムスタンプがないと通してくれないプライベートAPIでも、署名を手で計算することなく一括リプレイや負荷テストができます。


プロキシキャプチャへ戻る · 関連:構成とリプレイ