史上最も完全なインターフェイステスト - Fiddler パケットキャプチャの一般的な機能の概要 (超詳細)

内容：ガイド

序文

Fiddler で一般的に使用される関数は次のとおりです:
パケットのキャプチャの停止、セッションウィンドウの内容のクリア、リクエストのフィルター、デコード、ブレークポイントの設定

1. パケットのキャプチャを停止する

2. セッションウィンドウをクリアします

方法 1、ツールバーツール:

方法 2、コマンドライン形式:

もちろん、コマンドラインツールは他のコマンドの入力もサポートしているため、ここでは詳しく説明しません。

3. リクエストのフィルタリング

Fiddler を開いてパケットをキャプチャすると、セッションウィンドウに多くのリクエストが表示されますが、ターゲットのリクエストデータをキャプチャするだけで済み、その後フィルタリングを設定できます。

フィルタリングは、対象のリクエストのみを表示する方法と、対象側のリクエストのみを取得する方法の2つに分けられます。違いは、前者はすべてのリクエストを取得しますが、対象のリクエストの数のみを表示するのに対し、後者は特定のエンドのリクエストデータのみを取得することです。

①対象リクエストのみ表示
操作手順は以下の通りです。

インターフェースの右側の下にあるように、さらに多くの条件をチェックしてフィルタリングして表示することもできますが、ここではあまり説明しませんので、興味のある方はご自身で試してみてください。

②ターゲット側からのリクエストのみをキャプチャする
例えば、モバイル側からのパケットのみをキャプチャしたい場合、モバイル側からのリクエストのみをキャプチャするように設定し、以下のように設定します。

4. デコード

一部のリクエストを取得すると、次の図に示すように、返されたコンテンツに文字化けが発生します。

これが HTML が圧縮されている理由です。HTML は 2 つの方法で解凍できます。

方法 1: 次のように、[Responsebody is encoded.Click to decode.] をクリックします。

方法 2 では、まずツールバーで [デコード] を選択し、次にパケットキャプチャをリクエストします。これにより、表示されるリクエスト結果がデコードされた結果になります。次のように：

デコードされた結果を次の図に示します。

5. ブレークポイントを設定する

場合によっては、デバッグ時にクライアントのリクエストとサーバーの応答を偽造する必要があり、この時点でブレークポイントを設定する必要があります。

クライアントリクエストの偽造
クライアントリクエストの偽造とは、クライアントがリクエストをクリックした後、リクエストをサーバーに送信する前に、元のリクエストパラメータを変更することを意味します。これには、ブレークポイントを Before Requests に設定する必要があります。手順は次のとおりです。

次の手順に示すように、メニューオプションまたはショートカットキー F11 を使用して設定し、クリックして [リクエスト前] を選択します。

B10

設定の最初のステップの後、再度パケットをキャプチャします。左側のセッションウィンドウで、すべてのリクエストが中断済みとしてマークされていること、リクエストは正常に送信されなかったが Fiddler によって中断されたことがわかります。クライアントは次のことを確認できます。このときのデータのロード例外。

セッションウィンドウで対応するリクエストを見つけてクリックして選択し、右側の [インスペクター] を選択すると、操作バーの行が表示されます。[完了まで実行] をクリックして、中断されたリクエストの送信を続行します。

B11

ただし、私たちの目的は、ブレークポイントの後にリクエストデータを変更してからリクエストを送信することです。

対応するリクエストを見つけてリクエストデータを変更します

Testerhome へのログインを例に挙げます。まずブレークポイントを Before Requests に設定し、ブラウザに正しいアカウント番号とパスワードを入力して、「Login」をクリックし、Fiddler でリクエストを見つけてパスワードをクリアし、「Run to Completion」をクリックして続行します。リクエストを送信すると、サーバーがどのような結果を返すかを確認してみましょう。

B12

ブラウザーが正しいアカウントとパスワードを入力すると、ログインは成功するはずですが、Fiddler を介してポイントを中断した後、リクエストする前にログインインターフェイスのリクエストパラメーターを変更し、エラーを返します: アカウント番号またはパスワードが間違っています。再試行してください。

偽造されたサーバー応答
偽造されたサーバー応答。つまり、応答がクライアントに返される前に、応答コンテンツが変更されて返されます。これには、ブレークポイントを After Responses に設定する必要があります。次に、TestHome Web サイトのログインインターフェイスを例として、その応答コンテンツを変更します。次のように進めます。

まず、次のようにブレークポイントルールを After Responses に設定します。

B13

通常のログイン後、TesterHome Web サイトのトップページにジャンプしますが、このとき、ログイン後に Baidu ページにジャンプするようにリターンパラメータを変更することができ、設定は次のとおりです。

B14

上の図に示すように、図の戻りパラメータを Baidu アドレスに変更し (戻りパラメータは TextView フォームで変更できます)、[完了まで実行] をクリックすると、ログインに成功した後に次のページにジャンプすることがわかります。 TestHome ホームページの代わりに Baidu ページ。

予防：

ブレークポイントを設定する機能では、次の点に注意してください。
インスペクターではリクエストパラメータ表示ウィンドウ WebForms でリクエストパラメータを変更でき、レスポンスパラメータ表示ウィンドウ TextView でリターンパラメータを変更できます。

メニューオプションまたはショートカットキー F11 によるブレークポイント設定はグローバルに有効です。つまり、すべての HTTP リクエストにブレークポイントがマークされます。

特定のサーバーからのリクエストにブレークポイントを設定する必要があるだけの場合は、Fiddler のコマンドラインツールを使用してコマンドを入力できます。Before Requests コマンドは bpu サーバーアドレス、After Response コマンドは bpafter サーバーアドレスです。次の図に示すように:

B15