一、日常測試的場景

1、頁面文案太長，頁面顯示測試

2、釘釘已打卡，再次打卡測試

3、人在上海，App定位到北京測試

4、招聘崗位狀態十幾種，在招崗位頁面才展示測試

5、各種圖片、視頻格式，頁面顯示測試

6、不同App版本號，后端處理邏輯不同測試

太多太多了……

? ? ?針對以上測試場景，我們都可通過設置響應斷點，篡改響應數據，達到前端展示效果，達到測試目的，沒必要構建大量的測試數據去測試，我們可能順手改幾次就可測試完成，這樣即提高了測試效率，也擴大了測試范圍和深入度。

二、設置、取消響應斷點

1、菜單欄設置響應斷點（Rules-Automatic Breakpoints-After Respones）

2、快捷鍵設置響應斷點（Alt+F11）

3、底部點擊2次，設置響應斷點

底部出現向下紅色箭頭說明設置成功

取消響應斷點

點擊紅色向下的箭頭或操作菜單欄Rules-Automatic Breakpoints-Disabled

底部不顯示紅色箭頭，說明取消響應斷點成功

4、命令行設置響應斷點（輸入bpafter 攔截域名或關鍵字，回車）出現下圖，說明設置響應斷點成功

例：bpafter https://sh-gateway.shihuo.cn/v4/services/sh-applicationapi/my/config_list

命令行取消響應斷點（輸入bpafter，回車）出現下圖，說明取消響應斷點成功

三、響應斷點攔截、篡改響應數據

? ? ? 我們有個賺金幣列表功能，測試列表的每日簽到模塊，100萬金幣列表顯示是否正常？副標題文案很長顯示是否正常？已簽到，簽到按鈕顯示是否灰色的？已簽到了，再次簽到？不依靠fiddler很難進行測試對吧

? ? ? 于是我們可以接口響應攔截，對接口返回的相關數據進行篡改，然后釋放響應斷點，使其發送到前端，前端根據篡改的數據進行展示，達到我們預期的測試目的。

1、每日簽到篡改數據前的數據

2、命令行輸入bpafter https://api.meichai.in/bonus/coinactivity/list，回車，攔截接口（https://api.meichai.in/bonus/coinactivity/list）

3、攔截到接口響應，目前響應數據被fiddler攔截，還未發送到前端

4、修改數據

status=1改成0，狀態變為未簽到，可以在前端再次觸發簽到操作，驗證后端校驗

coin=100改成1000000，測試金幣太長展示效果

content和name也進行了修改

{"code":0,"msg":"成功","total":0,"totalpage":0,"data":[{"coinactivityid":1,"type":1,"name":"每日簽到攔截","content":"每天簽到賺金幣，總有一天會搶到紅包的，重在堅持哦啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊阿~","coin":1000000,"iconname":"已簽到","status":0}

5、釋放響應攔截

點綠色按鈕Run to Completion釋放響應攔截，使其發送到前端

6、篡改數據后的前端頁面

7、再次操作簽到，彈出分享彈框，未獲得積分

總結

以上是生活随笔為你收集整理的Fiddler响应拦截数据篡改，实现特殊场景深度测试（一）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。