首頁>技術>

一.弱網路測試背景

移動端產品的使用並非完全都是在流暢的wifi環境,大部分使用者主要使用4G,3G,2G等網路,另外因為移動端產品使用的場景多變,如進公交,上地鐵,坐電梯,使得弱網測試顯得尤為重要。考慮到各種場景的客戶端展示及容錯,提升產品的印象和使用者體驗,提高產品的健壯性,弱網測試必不可少。

二.弱網路測試建議

弱網下需要進行功能點測試,無網路測試,網路切換測試等,測試過程除了關注功能點的實現,還應關注使用者體驗等各個方面

三.弱網路測試通用功能點總結四.弱網路測試用例例項Fiddler模擬弱網

1.手機設定上網代理

(1)啟動Fiddler,開啟選單欄中的Tools-Fiddler Options,開啟Options

(2)對話方塊

(4)在本機cmd裡面輸入:ipconfig,找到本機的ip地址

2.Fiddler模擬限速環境

(1)設定埠號8888(保證沒被佔用)

(2)重啟Fiddler

(3)手動設定上行,下行速率 網路取值演算法:1000/下載速度=需要delay時間(毫秒),比如50kb/s,需要delay200毫秒來接收資料

Rules-Customize Rules-CTRL+F查詢(SimulateModem),然後修改速率

2G/3G建議上下行速率如下:

(4)設定模擬調變解調器的速度rules-performance-simulate modem speeds -儲存

(5)重啟Fiddler

常見問題及原因

1.上傳大圖,多圖,影片,檔案時,在弱網環境下出現進度條走到一半卡住然後又從頭開始原因:採用分段上傳方式,在請求超時時間到時,分段傳輸沒有結束,程式碼邏輯不對,導致每次重試都重頭上傳,一直迴圈。2.在弱網路環境下容易出現登入不上或者登陸上馬上掉線;原因:登入沒有緩衝機制,而請求超時時間的設定沒有區分同網路情況;解決方案:針對wifi、2g、3g、4g設定不同的超時時間。3.重新整理頁面很快就給出暫無內容的提示,明顯沒有到請求超時時間;原因:可能是連線超時時間太短,wifi下設定兩秒,在弱網路下需要加長。4.弱網路環境下,請求的資料返回時間較長,等待的過程中,如果頁面上的相關控制元件仍然可以操作,則有可能出現閃退現象;原因:依賴資料的控制元件操作,在資料返回前沒有做相容處理。

5.邏輯錯誤。比如:購買時扣費和獲得不一致,領取物品沒到賬等。6.頁面顯示錯誤。比如:頁面重疊。

11.弱網環境下某個操作響應時間

原因:APP使用者對等待時間容忍度低,若弱網環境loading超過5s,使用者很容易kill應用後再次進入應用

12.弱網環境下直至超時,UI介面友好度&APP是否穩定

原因:容錯機制主要是考慮弱網情況下帶來的不穩定,常見的問題是:loading超時導致ANR or crash

【測試點】弱網環境直至超時,判定為斷網狀態,UI介面和提示,友好且理解無歧義

13.斷網後環境下,是否自動重發請求

原因:不同模組,開發對請求處理不同。測試前可瞭解,程式碼是否支援自動重複請求,自動重發請求的頻率是什麼?

【測試點】斷網後恢復網路,是否堆積網路請求(目前來說 理財模組 當10s左右無返回 則會重發請求),此時請求和返回正常情況下,是否出現異常情況。比如1次支付操作,斷網後堆積多個支付請求,恢復網路後因堆積多個支付請求,是否完成多次支付

ps:斷網後恢復網路,考慮APP進行操作目的是否對傷害使用者體驗,透過哪種手段 可以達到操作目的同時使用者體驗無感或者低傷害

14.弱網路環境下,請求的資料返回時間較長,等待的過程中,如果頁面上的相關控制元件仍然可以操作,則容易出現異常現(閃退現象、觸發底部時獲得原頁面請求資料)

原因:依賴資料的控制元件操作,在資料返回前沒有做相容處理

15.搜尋時輸入關鍵字會連續發請求,停下時,顯示最終的關鍵字搜尋結果,但很快又會被前面的關鍵字搜尋結果覆蓋了;

原因:中間的請求返回較慢,顯示了最終的結果後,之前的請求返回的資料應不做處理。

11
最新評論
  • BSA-TRITC(10mg/ml) TRITC-BSA 牛血清白蛋白改性標記羅丹明
  • Python-05-資料型別<下>