前面兩篇文章我們分别聊了如何設定請求斷點和設定響應斷點，以及篡改請求資料和響應資料來欺騙前後端，達到可模拟特殊場景測試效果，利用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---注釋，這個是為了明白規則的含義，自己設定的文本
規則框右鍵菜單：
| Remote(del) | 移除規則 |
| promote(+) | 将選中的規則向上移動 |
| demote(-) | 将選中的規則向下移動 |
| clone | 克隆一個選中規則到規則框 |
| Set latency | 設定響應延遲時間(毫秒) |
| Set Comments | 設定一個注釋,來提示目前規則的作用 |
| Edit Response | 編輯目前規則設定的響應檔案（當響應檔案是文本檔案時） |
| Generate File | 生成響應檔案(這個我不知道其作用,如果有知道的,望告知) |
| Open Url | 使用預設的網頁浏覽器打開比對條件中的網址 |
| Find | 在規則框中尋找字元串,找到會高亮顯示所在規則 |
| Export All | 導出處目前規則為farx檔案（Fidder AutoResponder XML） |
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時，前端頁面的處理效果