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

利用Fiddler抓包調試工具，實現mock數據特殊場景深度測試（二）

利用Fiddler抓包調試工具，實現神奇特殊場景深度測試（三）

Fiddler抓包神器帶你遨游網絡，叱咤風云，為所欲為

Fiddler抓取APP請求（環境搭建）之mama再也不用擔心抓不到包了

? ? ? ?最近我們上線了導入系統通訊錄功能，有業務人員反饋在使用導入系統通訊錄功能時，頁面一直處于加載中，無法正常導入。

? ? ? 我們進行問題重現定位，嘗試了幾個手機的導入功能都可正常使用，于業務人員手機對比找區別點，原來業務人員通訊錄手機號比較多1000+左右，于是我們猜測可能是數據量大時導致的問題，嘗試使用業務人員手機進行抓包定位，確認當通訊錄手機號過多時接口異常，頁面一直顯示加載中，于是反饋給開發人員進行修復。

? ? ? ?這時我們經過回顧反思，確認當時測試時存在遺漏點，未考慮邊界上限，也可能考慮了，估計因為覺得大量通訊錄測試數據的難點就忽略測試了，我們得到教訓，需求需要定義上下限，測試分析也需要考慮上下限，任何功能模塊都需要考慮邊界下限和邊界上限進行測試，不能因為麻煩或疑難阻礙就抱著僥幸心理忽略掉，同時也應證了測試理論中的邊界值測試法，定義測試標準是有它的道理的，永遠無法脫離基準的。

? ? ? ? ?當初遇到的難點是大量通訊錄數據，無法模擬的問題，沒有1000+通訊錄的手機，也不可能手動添加1000+個。

? ? ? ? ?經過一段時間的摸索，找到了一個很好的測試方法，借助Fiddler工具攔截請求，模擬大量數據5000+手機號，篡改請求數據，釋放請求，達到要實現的測試效果。

開發修復完BUG后，我們進行回歸驗證測試

使用任意數量通訊錄的手機，操作通訊錄導入進行抓包。

復制抓報的請求參數進行解碼，這時我們可以看明白請求參數

將解碼的參數粘貼到txt文件里，重復粘貼參數至5000+

?復制參數編碼成能識別的參數

? ? ? ? 設置請求攔截，再次操作通訊錄導入，請求被攔截未發送至服務端，快速修改textview中參數為編碼好的5000+手機號，點綠色run to completion運行釋放請求攔截，請求發送至服務端，服務端響應至客戶端，客戶端展示處理效果，5000+個手機號正常展示，達到了測試的效果。

總結

以上是生活随笔為你收集整理的血的案例告诫 | 模拟大批量数据测试边界上限的全部內容，希望文章能夠幫你解決所遇到的問題。

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