、シオマネキ
シオマネキは、我々は明確にキャッチ契約の内容、URL、およびその他のパラメータを見ることができますキャプチャし、それを使用して、パケットキャプチャツールです。
1.インストール
一般的に、直接インストールでインストールパッケージのダウンロードサイトを探し、[次へ]をクリックすることができます。
II。使用
1.session列
右の説明に左から：
＃：順序でHTTPリクエスト、1から始まります。
結果：HTTP応答ステータスコード（ステータスコードは、特定の意味を説明するために多くを行います）
プロトコル：プロトコル要求（例えば、HTTP / HTTPS / FTP）
ホスト：アドレスのドメイン名のURLをリクエスト：GETパラメータを含むサーバーのパスとファイル名への要求、
ボディ：要求されたサイズ、単位キャッシュとしてバイト：キャッシュ要求のキャッシュ有効期限または等価制御ヘッダ
要求応答タイプ：コンテンツタイプ
プロセス：この要求とプロセスID Windowsプロセスを発行
コメント：備考を高めるためにスクリプトまたは右クリックメニューを介してユーザこのセッション
カスタム：スクリプトを介してユーザが設定したカスタム値
2.requestコラム
この列は、統計、検査官、自動返信、作曲、ログ、フィルタを含み
（1）統計は、主に時間がかかり、フロー統計]タブのサイズを意味し、この列の情報の一部、以下の説明のとおりです。
要求カウント：セッションの数を選択します。
ユニークホスト：独立したホストのトラフィックフローの目標数。選択したすべてのトラフィックが同じサーバーに送信された場合は、このフィールドは表示されません。
HTTPリクエスト・ヘッダーとリクエストボディを送信したバイト数の合計：送信バイト。これらは、ヘッドと本体のバイト数の後ろにカッコ内に示されています。
バイトは、受信した：HTTPリクエストヘッダ、及び受信したリクエストのボディのすべてのバイトの数。これは、すべての括弧内のヘッド数の背後にある各リクエストとリクエストボディのバイト数を示します。
時間内に最初のポイント受信した要求のバイオリン弾きの最初のバイトを：要求が始まりました。
で完了の応答：フィドラーは、最後のクライアント最後のバイトの時点に応答して送信されます。
Sequence(clock) duration: 第一个请求开始到最后一个响应结束之间的 “时钟时间”。
Aggregate session duration: 所有选中的session从请求到响应之间的时间的和。DNS Lookup time: 所有选中的session解析DNS所花费的时间的总和。
TCP/IP Connect duration: 所有选中session建立TCP/IP连接所花费的时间总和。
HTTPS Handshake duration： 所有选中session在HTTPS握手上所花费的时间总和。
Response Codes： 选中session中各个HTTP响应码的计数。
Response Bytes by content-type: 选中session中响应的各个Content-Type的字节数。
Estimated Performance: 选中的流量在不同语种(local)地区和连接方式下所需时间的初步估计。
（2）inspector可以详细查看请求的 Headers、Cookies，并且可以对请求体格式化，以 WebForms、JSON、Raw 等方式查看。具体每种方式的区别可以自己感受一下。一般来说，想要查看请求的参数的话，WebForms 的方式就挺直观的。点击Raw就能看到原始的请求头部信息。
（3）autoresponder这个地方可以模拟服务端返回值。顾名思义，当浏览器发出的请求满足你设置的匹配条件的话，Fiddler 就自动响应了，并不需要走网络。
（4）composer模拟向服务端发送请求，用于测试服务端接口是否正确。
模拟POST和GET提交数据
（1）右侧request区点composter
（2）选择请求的方法，常用为post和get
（3）输入请求地址
（4）在request body栏中输入模拟的请求数据
（5）点Execute执行模拟请求提交
3.response栏
Headers：响应头。比如 Content-Type、Access-Control-Allow-Origin 等这些属性都在这个 tab 展示。
Cookies：查看由服务端带回来的 cookie。
JSON：将返回的内容以 JSON 格式显示。这个很有用，特别是当服务端返回的内容本身就是 JSON 的时候。
RAW：查看返回的原始数据
三、设置断点
在使用fiddler进行对浏览器中的内容抓包的情况下，涉及到某种测试场景的模拟，就需要对参数修改，那么就需要对当前抓取到的数据包抓取后，停止后面的抓包的功能。设置断点可以实现。
（1）选择要做断点处理的连接
（2）然后进行点击fiddler中菜单中的rules的选项菜单
（3）然后就会弹出了下拉菜单中进行选择为“automatic breakpoints”的选项菜单
（4）弹出了下一级菜单中进行选择为before requests的选项
（5）可以看到的是在最底部的位置中添加的了一个为红色的图标。说明断点设置成功了
（6）如果进行取消断点设置的话，可以直接进行双击红色的图标即可，或者在菜单中再次点击“before requests”的选项即可。
