Fiddler を使用してネットワークをシミュレートする

Fiddler は、モデム速度をシミュレートするオプションを提供するようにプリセットされています。その場所は、[
ルール]->[パフォーマンス]->[モデム速度のシミュレート] にあります。

Fiddler パケットキャプチャツールについて学びたい場合は、ここで一連のビデオをお勧めします。このビデオは、インターネット上のステーション B での No. 1 Fiddler パケットキャプチャツールチュートリアルであると言えます。オンラインユーザー数が1,000人に達し、メモも公開各種マスターとの交流や技術交流

基礎ゼロで Fiddler パケットキャプチャを実行し、テストの分野に適用してください。_哔哩哔哩_bilibili [Pythonインターフェイス自動化テストノートとビデオソースコード+WeChat：mashang-nn発言（ステーションbで555）は無料で収集でき、3回連続いいねは真実の愛です！】、動画再生数は1270、バレットスクリーン数は2、いいね数は4、コイン投げ数は2、ブクマ数は20、リポスト数は0です。ステーションB 555、関連ビデオ: Fiddler パケットキャプチャツールは、ネットワーク全体で最も完全で詳細なチュートリアルです。誰も、2023 年にステーション B で行われる最新の Jmeter インターフェイステストの実践的なチュートリアルです。インターフェイスの自動化テストに熟達している人には、この一連のビデオのみが必要です。ステーションBのメリット！Web自動化テスト0からプロジェクト実戦チュートリアルまで無料で学べます！！！, バイオリン攻略の4大アプリをテストフィールドで0からプレイ！, 2023 パフォーマンステストナニーレベルチュートリアルフルセット完全版 [jmeter パフォーマンステスト実戦、jmeter パフォーマンステスト、jmeter ストレステスト]、Postman インターフェイステストの使い方チュートリアル + ダウンロード + インストールとプロジェクトの実戦チュートリアル、0 から Fiddler で遊ぶまでテストフィールドでパケットをキャプチャ 4 つの主要なアプリケーションを実際に使用！、2023 年の最新バージョンの Jmeter パフォーマンステストプロジェクトを、8888 の実戦チュートリアルで入門から習熟まで実践的に説明します。Postman インターフェイステストは、必要なものがすべて揃った最高のチュートリアルインターフェイスプロジェクト実戦です。インターフェイステストアーティファクト:アピフォックス、なんていい香りなんだろう！https://www.bilibili.com/video/BV14g4y1H7vv/?spm_id_from=333.999.0.0
このオプションをチェックすると、Fiddler によってプロキシされるすべてのトラフィックが 56k モデムで正常になります。
速度制限の影響を視覚的に確認するには、ブラウザで実行される速度テストツールを使用するのが最適です。ここでは、「http://www.speedtest.cn/」オンライン速度テストツールを使用してテストすることをお勧めします。。
過酷なネットワーク環境をシミュレートするためのパラメータを調整します
モデム速度を直接シミュレートすると非常に遅くなります。実際、信号が悪い場合でも、携帯電話のモバイルネットワーク速度はモデム速度の 56k を超えているため、デフォルト構成のシミュレート環境が必ずしも要件を満たしているとは限りません。このとき、制限速度のパラメータを調整する必要があります。
Fiddler 自体は、これらのパラメーターを調整するための構成ファイルを提供します。
[ルール] – [ルールのカスタマイズ...] をクリック
して CustomRules.js ファイル (デフォルトではユーザーディレクトリのドキュメントディレクトリにある Fiddler2Scripts) を開きます。サフィックスは js です。編集内容で「m_SimulateModem」フラグを見つけます。

if (m_SimulateModem) {
            // Delay sends by 300ms per KB uploaded.
            oSession["request-trickle-delay"] = "300"; 
            // Delay receives by 150ms per KB downloaded.
            oSession["response-trickle-delay"] = "150"; 
        }

このフラグは、oSession の 2 つのパラメータ値の設定を制御します。モデム速度のシミュレートがチェックされている場合、request-trickle-lay と response-trickle-lay が設定されます。request-trickle-lay の値は、それぞれの値を表します。キロバイトのデータがアップロードされるときにミリ秒が遅延します。応答トリクル遅延は、各 KB のデータをダウンロードするときに何ミリ秒遅れるかに対応します。ネットワーク速度がすでにかなり速い場合は、ここで設定した値を近似することができます。シミュレーションがオンになった後のダウンロード帯域幅。たとえば、ダウンロード遅延はデフォルトで 150 ミリ秒、アップロード遅延は 300 ミリ秒です。これに応じて、おおよそのアナログ帯域幅は次のように計算できます: アップロード帯域幅=(1*8/1000)
/0.300 ≈0.053 Mbps
ダウンロード帯域幅=(1*8/1000)/0.150≈0.027Mbps CustomRules.js のロジックをさらに拡張する
カスタムスクリプトを作成します
。シミュレートされた過酷な環境でさらにカスタムロジックを追加するには、Jscript ドキュメントを参照してください。実装ランダムな遅延が設定されているため、ネットワーク帯域幅は低速値では一定ではありませんが、特定の範囲内でランダムにジッターが発生します。

static function randInt(min, max) {
    return Math.round(Math.random()*(max-min)+min);
}
if (m_SimulateModem) {
    // Delay sends by 300ms per KB uploaded.
    oSession["request-trickle-delay"] = ""+randInt(1,50);
    // Delay receives by 150ms per KB downloaded.
    oSession["response-trickle-delay"] = ""+randInt(1,50);
}

CutionRules.js をさらに拡張することで、多くの必要な過酷な環境シミュレーションシナリオを実現できます。シーンがより複雑な場合は、C# プラグインコードを作成して、Fiddler プラグインを作成して Fiddler の動作をさらに制御することもできます。詳細についてはここでは説明しません。
過酷なネットワーク環境の Fiddler シミュレーションの制限
Fiddler の速度制限は比較的シンプルかつ柔軟であり、その構成はより便利です。ただし、これはアプリケーション層の HTTP プロキシであるため、この層での動作しかシミュレートできません。ネットワーク層パケット損失や再送信などの悪い状況はうまくシミュレートできず、他のプロトコルの適用はサポートされていません。

Fiddler を使用してネットワークをシミュレートする

おすすめ