方法介紹與比對

在測試的過程中，有的需求是這樣的，它需要你修改介面返回的資料，從而檢查在客戶端手機app內是否顯示正確，這也算是一種介面容錯測試，介面容錯測試屬於app效能（專項）測試的其中一種。

通過Fiddler我們可以有好幾種方法修改返回結果：

第一種：在Fiddler底部的黑色命令列顯示區域通過bpu url的形式按回車之後進行攔截，通過手機app訪問指定介面，攔截到後可以選擇response檔案後通過攔截；

第二種：在AutoRespnder裡Add Rule，然後在Rule Editor裡設定response的內容；

第三種：在Rules設定中選擇Automatic Breakpoints中的After Responses進行攔截。

第一種不能自定義建立response，只能通過選擇檔案的形式來指定response。第三種對所有請求進行攔截，太粗太泛。所以實際測試攔截請求中，最靈活、功能最強的是第二種。

詳細步驟

以下是第二種攔截方法抓改發包的全過程：

1. 抓包，找到要攔截的請求，然後在AutoResponder中Add Rule：

2. 在Rule Editor中的第二欄選擇“Create New Response...”：

3. 點選Save，會彈出一個視窗，在彈窗中選擇Raw欄，將抓包抓到的請求對應的Raw欄內容複製貼上進去，然後將其中想要修改的部分進行修改，然後點選“Save”進行儲存：

之後就可以對請求進行自動攔截並修改返回體了。

4. 如果想要頻繁修改替換返回體中某些內容，可以在AutoResponder裡相應待攔截請求上點選右鍵，“Edit Response”編輯返回體：

如果還想再方便一點，可以在AutoResponder裡相應待攔截請求上點選右鍵，“Generate File”將response body儲存到本地txt檔案，然後開啟txt檔案修改儲存即可生效。

但是注意，如果通過檔案的方式儲存response內容，可能會出現編碼問題導致的客戶端處理出錯。最建議的方式，不會出錯的方式，還是通過“Create New Response...”的方法：

一句話概況

以上四步就是通過Fiddler抓改攔截請求的全攻略。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支援我們。