前面兩篇文章我們分別聊瞭如何設定請求斷點和設定響應斷點，以及篡改請求資料和響應資料來欺騙前後端，達到可模擬特殊場景測試效果，利用Fiddler的AutoResponder進行mock測試，無需構建大量的測試資料，大大提升了測試效率，實現了測試參與的前置，今天和大家再來聊一下AutoResponder還有哪些神奇強大的功能，拭目以待吧！！！

Fiddler響應攔截資料篡改，實現特殊場景深度測試（一）

利用Fiddler抓包除錯工具，實現mock資料特殊場景深度測試（二）

一、AutoResponder頁面功能解析

1。Enable rules（啟用規則）：勾選此選項，自動響應才會啟用

2。Unmatched requests passthrough（跳過非匹配請求）：如果不勾選此選項，那麼抓包的時候，會返回

［Fiddler］ The Fiddler AutoResponder is enabled， but this request did not match any of the listed rules。 Because the “Unmatched requests passthrough” option on the AutoResponder tab is not enabled， this HTTP/404 response has been generated。

這句戶的意思是，fiddler的自動響應激活了，但是請求沒匹配到任何列表中的規則。而且因為跳過非匹配請求選項沒有啟用，所以產生了http/404返回結果。

3。Enable latency（啟用延遲）：勾選了這個選項，在規則裡面就可以設定是立即返回響應，還是隔多少毫秒返回響應 ，

4。Add rule（加入規則）：點選此按鈕則會在規則框裡插入一個新的規則

5。import（匯入）：支援匯入之前捕獲的saz檔案

6。規則框：

規則框有四個列，下面解釋每個列的意思：

if requests matches——-這裡顯示的是匹配的條件

then response with——-這裡顯示的是如果匹配條件，返回的檔案

latency——-這裡顯示的是延遲時間（毫秒），只有勾選了Enable latecy才會展示出來

comments——-註釋，這個是為了明白規則的含義，自己設定的文字

規則框右鍵選單：

7。rule editor（規則編輯）：第一行是設定匹配條件，點開下拉，會看到很多fidder自帶的條件；第二行是設定返回，點開下拉，會看到很多fidder自帶的返回。

8。test（測試）：這個就是用來測試匹配條件的，第一行，url pattern設定匹配公式，第二行test url設定測試的網址。點選savechages，則會將條件替換為rule editor的第一行

9。Match only once（只匹配一次）：勾選此選項，那麼自動響應就只會響應一次。

10。Save（儲存）：按鈕可以在更改了規則之後，更新規則。

二、AutoResponder其它神奇用途

1、選*bpu設定請求斷點，每次請求，匹配到此介面都會攔截請求，可更改請求引數，再釋放請求攔截，達到篡改請求資料的效果

2、選*bpafter設定響應斷點，每次請求響應回來，匹配到此介面都會攔截響應，可更改響應資料，再釋放響應攔截，達到篡改響應資料的效果

3、選*delay：100ms設定響應延遲時間，可任意更改延遲時間，單位：ms，模擬介面響應時長，測試前端頁面載入中、超時後等效果

4、選*flag：ui-backcolor=#FFD700給請求URL加上醒目顏色，更清晰篩選介面，可更改任意顏色值

5、選http：//www。example。com匹配對映地址，可更改，模擬請求地址對映為其它環境地址，我們可以看到我的介面地址是https：//api。meichai。in/bonus/coinactivity/list，App操作請求後對映為http：//www。example。com了。

假如一段時間內App test2環境有問題無法進行測試，但我們版本又部署在test2環境，必須要進行測試，這時候為了節約等待時間，只能透過App test1環境測試，藉助模擬對映，匹配到test1介面地址，對映更換為test2介面地址，可正常進行測試

5、選502_Unreachable。dat 可模擬介面請求響應500時，前端頁面的處理效果