← 機能一覧に戻る
Pro

Request Mocker

Request Mocker は、バックエンドに触れることなく、ブラウザーのネットワーク トラフィックを変更します。リクエストをブロックし、リクエスト ヘッダーとレスポンス ヘッダーを設定または削除し、独自のステータス コード、本文、遅延を返すため、実際の API がオンデマンドで生成しない状態をテストできます。

一部の州には到達するのが非常に困難です。空のダッシュボードには空の応答が必要で、再試行バナーには 500 が必要で、読み込み中のスケルトンには遅いエンドポイントが必要で、フロントエンドにはまだ存在しないエンドポイントが必要です。通常、それぞれはバックエンドの変更、シードされたデータベース、または出荷したくないコメントアウトされた行を意味します。

Request Mocker はブラウザーでこれらの状態を生成します。部分文字列またはワイルドカードで URL を照合し、次に何が起こるかを決定します。リクエストをブロックしてページに失敗が表示されるようにするか、その場でリクエストまたは応答ヘッダーを書き換えるか、選択したステータス コード、コンテンツ タイプ、本文、遅延を含む定型応答を返します。ページでは違いを区別できないため、実際のエラー処理、空の状態、タイムアウトはすべて実際に実行されます。

ブロックとヘッダーの書き換えには Chrome の declarativeNetRequest ルールが使用されるため、リロード時を含め、ページがリクエストするすべてのルールに適用されます。偽の応答は、ページ内から XMLHttpRequest を取得するために提供され、パネルは、提供された各応答をルールごとのヒット カウンターとともにログに記録するため、ルールが想定しているものと一致しているかどうかを一目で確認できます。

ルールは意図的に簡単に削除できます。これらはサイトごとに保存され、現在のタブにのみ適用され、ツールを閉じた瞬間にすべて削除されます。そのため、実行していることを忘れていたモックであることが判明した問題のデバッグに午後を費やすことはできません。

ライブプレビュー
app.example.com
Request Mocker このタブでは 3 つのルールがアクティブです
新しいルール
模擬応答 GET /api/orders
状態 500 遅延ミリ秒 1200 ルールの追加
ルール
モック GET /api/orders → 500 7 ●
ブロック ANY analytics.vendor.com/* ●
ヘッダー ANY /api/* → Cache-Control: no-store ●
模擬応答が提供されました
GET 500 /api/orders?page=1 · fetch · 14:22:07
GET 500 /api/orders?page=2 · fetch · 14:22:11
主な機能

あらゆるリクエストをブロックする

URL とメソッドに一致するリクエストが離れることを防ぎ、スクリプト、画像、トラッカー、または API 呼び出しがまったく到着しない場合にページがどのように動作するかを監視します。

オンザフライでヘッダーを書き換える

サーバーを変更せずに、リクエスト ヘッダーとレスポンス ヘッダーを設定または削除します。つまり、Authorization ヘッダーを追加したり、Cache-Control: no-store を強制したり、何が壊れているかを確認するためにヘッダーを削除したりできます。

自分の回答を返す

選択したステータス コードとコンテンツ タイプを使用して作成した本文を提供します。空のリスト、不正な形式のペイロード、まだ存在しないエンドポイントに最適です。

エラーと遅いネットワークをシミュレートする

オンデマンドで 500、429、または 404 を返し、ミリ秒単位の遅延を追加して応答を抑制し、ロード状態、スピナー、タイムアウト処理を適切にテストできるようにします。

部分文字列またはワイルドカードの一致

/api/users のようなフラグメントと大まかに一致するか、*.example.com/v1/* のようなワイルドカードと正確に一致し、ルールを単一の HTTP メソッドに絞り込みます。

サイトごとに保存され、終了時にクリアされます

ルールは作成したサイトに属し、現在のタブにのみ適用されます。ツールを閉じるとアクティブなルールがすべて削除されるため、背後でトラフィックを傍受し続けるものは何もありません。

主な活用例

空の状態のテスト

リスト エンドポイントの空の配列を返し、UI に適切な空の状態が表示されるか、または扱いにくい空白のパネルが表示されるかを確認します。

エラー処理の強制実行

エンドポイントがオンデマンドで 500 または 429 を返すようにして、再試行バナー、トースト、およびフォールバック コピーがすべて実際に表示されることを確認します。

まだ存在しない API に対してビルドする

バックエンドの作成中に、合意された応答形状をモックし、それに対してフロントエンド全体を構築します。

サードパーティスクリプトの診断

分析、チャット、広告スクリプトをブロックして、それがページの速度を低下させたり、レイアウトを壊したりしているのかどうかを確認します。

遅いネットワークの動作をチェックする

1 つのエンドポイントに 2 秒の遅延を追加し、1 つの呼び出しが遅れたときにスケルトン、スピナー、タイムアウトがどのように耐えられるかを観察します。

使い方
1

Request Mockerを開く

DevSuite Pro ドックで Request Mocker アイコンをクリックします。パネルが開き、上部にルール フォームが表示され、その下にこのサイト用に保存したルールが表示されます。

2

何が起こるかを選択してください

[リクエストのブロック]、[ヘッダーの編集]、または [モック応答] を選択し、オプションでルールを POST など 1 つのメソッドに制限します。

3

どの URL に一致するかを言う

/api/users などの部分文字列を入力するか、*.example.com/v1/* などのワイルドカードを使用します。ルールがフェッチと XHR 呼び出しのみを対象とするか、すべてのリクエスト タイプを対象とするかを選択します。

4

詳細を入力して追加します

ヘッダーの場合は、1 行に 1 つずつ記述します。名前: 値を設定するには、名前: を単独で削除します。モックの場合は、ステータス、遅延、コンテンツ タイプ、本文を設定します。 [ルールの追加] をクリックすると、ルールがすぐに適用されます。

5

動作を確認してから閉じます

ページをリロードするか使用すると、ログには、提供された偽の応答がそれぞれ表示され、各ルールの横にヒット数が表示されます。ルールを切り替え、編集、または削除します。ツールを閉じるとそれらはすべてクリアされます。

試してみませんか?

DevSuite Pro を無料でインストールして、ブラウザで 71 以上の開発者ツールを利用しましょう。

Chrome に追加 Edgeに追加 Firefox に追加