當前APP網路環境比較複雜，網路制式有2G、3G、4G網路，還有越來越多的公共Wi-Fi。不同的網路環境和網路制式的差異，都會對使用者使用app造成一定影響。另外，當前app使用場景多變，如進地鐵、上公交、進電梯等，使得弱網測試顯得尤為重要。如果app沒有對各種網路異常進行相容處理，那麼使用者可能在日常生活中遇到APP閃退、ANR、資料丟失等問題。因此，app網路測試，特別是弱網測試尤為重要。本文梳理了app網路測試要點和弱網測試常用模擬方法，讓大家對網路測試有一個全面的認識。

APP網路測試要點



1、各個網路下功能測試

• 不同網路下，檢查基本功能點
  
• 運營商移動、聯通、電信接入點測試（需要使用實際SIM卡）
  
• 若有智慧DNS功能，還需要關注運營商判斷/歸類
  
• 高延時、高丟包、無網、假熱點也可歸入弱網測試範疇

2、網路切換測試
部分APP有智慧DNS功能，網路切換涉及DNS切換。
網路切換檢測機制：Android可以監聽系統廣播
3、弱網測試
使用者體驗和異常處理是各個網路場景都需要關注的，只是弱網場景下，需要重點關注。

弱網測試模擬

什麼樣的網路屬於弱網

低於2G速率的時候都屬於弱網，3G也可劃分為弱網，一般Wi-Fi不劃入弱網測試範疇。

如何進行弱網測試

1、SIM卡的網路切換
手機-設定-行動網路設定-網路型別選擇
3G、4G卡都可以設定關閉3G/4G，只走2G網路。
2、具體弱網場景測試，常見場景包括：地鐵/巴士、電梯、樓梯間、停車場
3、使用虛擬機器模擬網路速度，如用樹莓派搭建的弱網測試儀
4、使用軟體進行網路代理，模擬不同的網路頻寬、延時率、丟包率

弱網模擬常用工具

方法一：charles弱網模擬



配置引數解析：
bandwidth —— 頻寬，即上行、下行資料傳輸速度
utilisation —— 頻寬可用率，大部分modern是100%
round-trip latency —— 第一個請求的時延，單位是ms。
MTU —— 最大傳輸單元，即TCP包的最大size，可以更真實模擬TCP層，每次傳輸的分包情況。
Releability —— 指連線的可靠性。這裡指的是10kb的可靠率。用於模擬網路不穩定。
Stability —— 連線穩定性，也會影響頻寬可用性。用於模擬行動網路，行動網路連線一般不可靠。

具體網路設定參考：


Fiddler也可以進行弱網環境模擬，具體參考：Fiddler弱網模擬

方法二：chrome的webview除錯工具弱網模擬

使用chrome的webview除錯工具，缺點是隻適用於web頁面的弱網模擬。
具體步驟：
（1）應用開啟webview除錯功能，具體如下：
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
    WebView.setWebContentsDebuggingEnabled(true);
}
（2）手機連結電腦，執行APP，進入具體H5頁面；
（3）chrome的DevTools中開啟Webview：進入chrome://inspect/#devices，會顯示已經連線裝置，選中待除錯webview的inspect
network頁面，No throttling下拉框，可以進行網路模擬。

方法三：iOS手機自帶Network Link Conditioner 弱網模擬

iPhone手機開啟開發者選項，具體參考：參考
設定-開發者選項 > Network Link Conditioner 入口。
系統已經內建常見網路配置，也可以增加自定義配置。
具體配置引數：
in Bandwidth 下行頻寬，即下行網路速度
In packet loss 下行丟包率
in delay 下行延遲，單位ms
out bandwidth 上行頻寬
out packet loss 上行丟包率
out delay 上行延遲
DNS delay DNS解析延遲
protocol 支援Any，IPV4、IPV6
interface 支援Any，WI-Fi，cellular（蜂窩網）
具體步驟參考：
 

網路測試經典問題分享

場景一：弱網下，頁面載入過程，程式閃退。
原因：webview超時處理未在UI執行緒。toast、關閉頁面等操作需要在UI執行緒。

場景二：302跳轉頁面，達到內建超時閥值後，webview自動關閉。
原因：業務有頁面載入超時自動關閉的邏輯，超時機制未考慮302場景。