抓包工具Fiddler的使用教程（二）：如何模擬設定斷點
阿新 • • 發佈：2019-02-14
繼續之前的Fiddler的使用教程：
如何模擬設定斷點
在專案的實踐過程中，經常遇到一個點選事件，觸發兩個並行的請求，比如A、B兩個請求，哪個請求響應的比較快，則展示誰的資料。
在測試的時候，我們要測試三個場景：
| 用例編號 | 場景設計 | 預期結果 |
|---|---|---|
| test1 | 響應速度：A > B | 展示A |
| test2 | 響應速度：A < B | 展示B |
| test3 | 響應速度：A = B | 這種情況很臨界，機率很小，暫時忽略不計 |
| test4 | 響應速度：A B 在固定的時間內都沒有響應 | 沒有資料展示 |
如果完全依賴真實的網路，很難能夠模擬去上述的場景，因為我們無法控制哪一個響應先返回，會很被動。
Fiddler有模擬斷點的功能來幫助我們：
- 開啟Fiddler，Rules->Automatic Breakpoints ->點選 Before Requests
- 這樣所有的請求在傳送請求之前就被阻止了，如下圖所示，兩個並行的請求A（21）、B（22）都被阻止了：
- 要模擬測試用例的場景test1，需要讓A(21)響應請求，則需要將A（21）的阻止開啟
- 雙擊A（21）的請求，在右下角點選綠色的Run to Completion
- 之後A（21）的請求繼續自己的請求，返回200，請求成功，而B（22）的請求還在阻止
這樣就可以很輕鬆的模擬，其他的測試用例場景了
需要強調一下：
大家可以看到Rules->Automatic Breakpoints ->之後有兩個選項：Before Requests 、After Responses。這兩個選項都可以斷點，但是有什麼不同呢，下面就為大家著重的介紹一下：
Before Requests ：在請求傳送之前，打斷點，所以可以調整發送的引數；
After Responses ：在響應回來之前，打斷點，所以可以調整返回過來的資料；
兩者斷點的位置不一樣，所以能夠修改的資料不一樣，大家可以根據自己的需求選擇不同的斷點方式。
這個功能在之後的教程中 抓包工具Fiddler的使用教程（七）：打斷點修改Response、抓包工具Fiddler的使用教程（八）：打斷點修改Request 將會具體的實踐給大家。