什么是弱網(wǎng)測試
在當今移動互聯(lián)網(wǎng)盛行的時代，網(wǎng)絡的形態(tài)除了有線連接，還有2G/3G/Edge/4G/Wifi等多種手機網(wǎng)絡連接方式。不同的協(xié)議、不同的制式、不同的速率，使移動應用運行的場景更加豐富。從測試角度來說，需要額外關注的場景就遠不止斷網(wǎng)、網(wǎng)絡故障等情況了。對于弱網(wǎng)的數(shù)據(jù)定義，不同的應用所界定的含義是不一樣且不清晰的，不僅要考慮各類型網(wǎng)絡最低速率，還要結合業(yè)務場景和應用類型去劃分。按照移動的特性來說，一般應用低于2G速率的都屬于弱網(wǎng)，也可以將3G劃分為弱網(wǎng)。除此之外，弱信號的Wifi通常也會被納入到弱網(wǎng)測試場景中。
為何要進行弱網(wǎng)測試
我當前所在項目的產品是一款適配于低資源環(huán)境的醫(yī)療IT系統(tǒng)，目前主要是在坦桑尼亞地區(qū)使用。根據(jù)資料顯示，在坦桑尼亞等東非國家，普遍使用的都是2G網(wǎng)絡，覆蓋率達到40%以上，3G網(wǎng)絡的覆蓋都非常少，并且穩(wěn)定性較差。由此，對于當前的App應用交付要求即至少在弱網(wǎng)以及無網(wǎng)狀態(tài)下能正常運行。
如何做弱網(wǎng)測試
弱網(wǎng)環(huán)境測試主要依賴于弱網(wǎng)環(huán)境的模擬。環(huán)境搭建方式一般有兩種：軟件方式和硬件方式。軟件方式的成本低，主要就是通過模擬網(wǎng)絡參數(shù)來配置弱網(wǎng)環(huán)境，通常來講可以達到測試目的.一般可通過熱點共享設置，或者第三方，例如：Charles，NetworklinkConditioner.在各類網(wǎng)絡軟件中，主要就是對帶寬、丟包、延時等進行模擬弱網(wǎng)環(huán)境。如果要求更接近弱網(wǎng)環(huán)境，比如現(xiàn)在很多的專項測試，會更傾向于通過硬件方式來協(xié)助測試，但這種方式相對會麻煩很多，一般會由網(wǎng)維協(xié)助搭建，例如樹莓派。當然，對于有些無法模擬的情況，只能靠人工移動到例如電梯、地鐵等信號比較弱的地方。
弱網(wǎng)測試時碰到的問題和解決方案
1、現(xiàn)象：用戶登錄應用時下載初始化數(shù)據(jù)，下載過程中因網(wǎng)速太慢點擊取消并重新登錄，數(shù)據(jù)初始化完成后出現(xiàn)重復，造成數(shù)據(jù)不一致。原因：數(shù)據(jù)下載過程中、下載失敗后，未進行數(shù)據(jù)回滾，中止后重新下載，出現(xiàn)數(shù)據(jù)重復解決方案：通過事務處理數(shù)據(jù)下載邏輯，下載失敗后，應用本地數(shù)據(jù)庫進行數(shù)據(jù)回滾。2、現(xiàn)象：用戶點擊數(shù)據(jù)上傳，數(shù)據(jù)上傳過程中網(wǎng)絡弱且不穩(wěn)定，基于聯(lián)網(wǎng)狀態(tài)自動觸發(fā)數(shù)據(jù)上傳，導致出現(xiàn)數(shù)據(jù)重復寫入，形成臟數(shù)據(jù)原因：數(shù)據(jù)上傳過程中，由于失敗重傳機制，會出現(xiàn)連續(xù)兩次寫操作，并且未做唯一識別處理解決方案：根據(jù)數(shù)據(jù)特性，對可能造成臟數(shù)據(jù)的地方，通過關鍵字段，例如創(chuàng)建時間，keyvalue值等生成hash鍵，標記記錄唯一性，即數(shù)據(jù)寫入時，檢查hash鍵是否存在，如果已經存在，當前重復數(shù)據(jù)丟棄。3、現(xiàn)象：在弱網(wǎng)環(huán)境下，用戶輸入用戶名和密碼點擊登錄，應用鏈接超時返回用戶名和密碼錯誤提示。原因：在弱網(wǎng)環(huán)境下的連接超時后，按照強網(wǎng)業(yè)務邏輯處理，導致返回超時異常。解決方案：弱網(wǎng)連接超時后，檢查應用本地數(shù)據(jù)庫是否有用戶登錄信息，若存在，獲取應用本地用戶信息進行登錄。4、現(xiàn)象：在弱網(wǎng)環(huán)境下，用戶輸入用戶名和密碼后點擊登錄，登錄過程中應用崩潰并且閃退。原因：弱網(wǎng)環(huán)境下數(shù)據(jù)下載超時，加載數(shù)據(jù)嚴重依賴于后來的異步加載。數(shù)據(jù)還沒來得及返回，應用跳轉到下個activity，導致崩潰。解決方案：健壯數(shù)據(jù)加載流程，通過標記后臺數(shù)據(jù)下載狀態(tài)加載界面，依賴數(shù)據(jù)下載完成后，再進行頁面跳轉。5、現(xiàn)象：弱網(wǎng)絡環(huán)境下，用戶請求頁面響應時間較長，等待的過程中，頁面上的部分控件仍然可以操作，當用戶點擊控件時，出現(xiàn)應用閃退現(xiàn)象；原因：沒有對數(shù)據(jù)加載流程進行判斷，直接暴露控件可控，當出現(xiàn)依賴數(shù)據(jù)的控件操作時，沒有在數(shù)據(jù)返回前做兼容處理。解決方案：在數(shù)據(jù)加載過程中，設置頁面對外暴露的控件為“不可操作”，當數(shù)據(jù)加載完再釋放。6、現(xiàn)象：在弱網(wǎng)環(huán)境下，用戶第一次輸入搜索關鍵字沒有得到響應后，再次輸入全新關鍵字并發(fā)送請求，等待搜索結果返回后，當前結果頁被之前的關鍵字搜索結果刷新覆蓋原因：中間的請求返回較慢，顯示最終的結果后，之前請求返回的數(shù)據(jù)應不做處理。解決方案：對異步請求未完成的任務進行cancel。
總結
當然，出現(xiàn)以上問題的根本因素并不是弱網(wǎng)，在我們平時的PC應用中一樣會遇到，但是這些問題在移動弱網(wǎng)環(huán)境下會表現(xiàn)的更突出。所以綜上所述，從功能、性能、穩(wěn)定、異常處理等幾個維度來歸納場景特性，弱網(wǎng)測試主要集中在如下場景：
【摘自】TW洞見. 測試文集 (ThoughtWorks洞見) (Chinese Edition) (Kindle 位置 716-718). Kindle 版本.
