QNET弱網(wǎng)胡桃版是一個功能強大的網(wǎng)絡(luò)參數(shù)測試工具，傳統(tǒng)的弱網(wǎng)絡(luò)測試方案，利用Fiddler、Charles或NET-Simulator等工具，弱網(wǎng)測試作為健壯性測試的重要部分，對于移動端測試來說必不可少。從測試角度來說，需要額外關(guān)注的場景就遠(yuǎn)不止斷網(wǎng)、網(wǎng)絡(luò)故障等情況了。對于弱網(wǎng)的數(shù)據(jù)定義，不同的應(yīng)用所界定的含義是不一樣且不清晰的，不僅要考慮各類型網(wǎng)絡(luò)最低速率，還要結(jié)合業(yè)務(wù)場景和應(yīng)用類型去劃分。按照移動的特性來說，一般應(yīng)用低于2G速率的都屬于弱網(wǎng)，也可以將3G劃分為弱網(wǎng)。

如何模擬網(wǎng)絡(luò)丟包

模擬網(wǎng)絡(luò)丟包可以通過多種方式實現(xiàn)，其中一種是使用Linux系統(tǒng)中的TC（Traffic Control）命令。例如，使用以下命令可以將eth0網(wǎng)卡的傳輸設(shè)置為隨機丟掉1%的數(shù)據(jù)包：

tc qdisc add dev eth0 root netem loss 1%

同時，也可以設(shè)置丟包的成功率，如：

tc qdisc add dev eth0 root netem loss 1% 30%

這個命令將eth0網(wǎng)卡的傳輸設(shè)置為隨機丟掉1%的數(shù)據(jù)包，但成功率為30%，QNET弱網(wǎng)胡桃版意味著大約只有30%的情況下會真正發(fā)生丟包。

使用說明

step1：首先要考慮網(wǎng)絡(luò)正常的情況

①　各個模塊的功能正?？捎?/p>

②　頁面元素/數(shù)據(jù)顯示正常

step2：其次要考慮無網(wǎng)絡(luò)的情況

①　APP各個功能在無網(wǎng)絡(luò)情況下是否可用

②　APP各個頁面之間切換是否正常

③　發(fā)送網(wǎng)絡(luò)請求時是否會導(dǎo)致閃退、卡死等異常情況

④　APP各個頁面是否顯示完整美觀，未刷新的頁面是否做了相應(yīng)的提示和處理

⑤　在無網(wǎng)絡(luò)情況下數(shù)據(jù)是否會丟失

⑥　無網(wǎng)絡(luò)提示信息是否友好

step3：QNET弱網(wǎng)胡桃版再次考慮弱網(wǎng)情況

①　弱網(wǎng)情況下APP是否針對請求做了超時處理

②　網(wǎng)絡(luò)延遲的情況下，操作app進行數(shù)據(jù)同步、OTA升級是否會發(fā)生Crash、ANR等嚴(yán)重錯誤

③　弱網(wǎng)情況下，APP請求回調(diào)未完成時，執(zhí)行其他動作以及交互時，是否會出現(xiàn)APP閃退（如：駕考IOS開屏閃退）等異常。

④　弱網(wǎng)情況下，原始數(shù)據(jù)是否出現(xiàn)丟失的情況（弱網(wǎng)下載時會出現(xiàn)丟包情況）

⑤　弱網(wǎng)環(huán)境下，是否會出現(xiàn)請求堆積的情況

⑥　弱網(wǎng)環(huán)境下，APP各個頁面是否顯示完整

⑦　系統(tǒng)超時，提示信息是否清晰明確

⑧　弱網(wǎng)情況下APP的響應(yīng)時間是否在一個合理的時間范圍內(nèi)

⑨　請求回調(diào)未完成--駕考科四難題攻克彈窗

⑩　這個彈窗是服務(wù)器說了算，服務(wù)器知道該用戶啥時候彈彈窗。若用戶在做題頁面時返回了，則該用戶下次進入且在服務(wù)器緩存時間內(nèi)，應(yīng)該給出彈窗（產(chǎn)品邏輯：彈窗出現(xiàn)后用戶必須看到才消失）

?　請求堆積：水池注水排水問題

step4：最后考慮網(wǎng)絡(luò)狀態(tài)之間的轉(zhuǎn)變

①　斷開網(wǎng)絡(luò)連接以后，操作APP各個功能是否正常

②　同步數(shù)據(jù)過程中，斷開網(wǎng)絡(luò)連接，APP是否出現(xiàn)異常情況

③　傳輸數(shù)據(jù)過程中，網(wǎng)絡(luò)由wifi切換到gprs，APP是否出現(xiàn)異常情況

④　弱網(wǎng)環(huán)境下發(fā)送的請求是否在恢復(fù)網(wǎng)絡(luò)以后出現(xiàn)重復(fù)提交的情況

tips：gprs---就是咱們通常所說的流量