從上幾篇文章中我們了解到Fiddler可以幫助我們做接口測試，修改斷點，抓包等應用，但是你可能想想不到，Fiddler也能做簡單的性能測試
性能測試
性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項性能指標進行測試。負載測試和壓力測試都屬於性能測試。性能測試實際上也是通過工具模擬出很多虛擬的用戶，同時發送HTTP 請求給Web 服務器。對被測系統實行壓力負載測試，監控被測系統在不同業務不同壓力下的性能表現，找出潛在的性能瓶頸並對其進行分析、優化
負載測試：負載逐漸增加時，觀察系統各項性能指標的變化情況
壓力測試：確定一個系統的瓶勁或者不能接受的性能點，來獲得系統能提過的最大服務級別的測試
Statistics選擇卡
第一篇文章簡單的介紹了Statistics選擇卡主要是統計請求和響應的時間
具體內容詳情見fiddler---Fiddler工具詳細介紹
我們通過上面內容可以看出來從本地請求時間和響應時間，這樣我們可以簡單的來分析網站的性能
當然會有其他小伙伴們會問，性能測試主要是負載和壓力，也就是通一時間內發送HTTP請求到服務器，對被測服務產生施壓，那么怎么才能模擬用戶同時請求呢？
Replay
Replay表示重新請求會話或者會話的回放，使用方法前面也有介紹這里就不多說了
並發發送請求
在session會話列表中，選中其中一個或者多個session會話，按住鍵盤的Shift鍵（如果不知道的請點擊鏈接）會彈出提示框，要求指定被重新發送的次數，然后Fiddler會多線程同時發送選中的請求，相當於模擬用戶同時請求。
我們通過模擬百度請求可以看到同時並發了5次。
當我們模擬多個用戶，可以通過查看我們服務器的cpu的變化來進行模擬簡單的性能測試
Replay其他用法
| 名稱 | 快捷鍵 | 介紹 |
| Reissue R equests | R | 重新發送請求，和菜單欄上Replay 按鈕是一樣的功能 |
| Reissue Uncondi tionally | U | 無條件反復發送選中的請求 |
| Reissue and Edit | E | 重新發送請求前進行斷點，可以編輯請求 |
| Reissue and Verify | V | 重新發送請求，檢查響應，如果響應和上一個請求一樣，就會變 |
| Reiss ue Sequentially | S | lfu 中多個Session 會按順序一個一個重新發送請求，是單線程模式 |
安靜表示也沒有做過太多的性能測試，表示不是很會，希望大佬們看到不要勿噴~~~~