6.4.3大於100kb的資源增量拉取
0）該項檢測目的：超過100kb的資源增量拉取，避免網絡不穩定時導致資源總是拉取不下來，不斷重試浪費流量。
1）fidder熱點抓包，分析100kb的資源是否增量拉取，如http協議包響應碼為206
6.4.4資源無重複拉取
0）該項檢測目的：需要反複調用的資源，設置緩存，避免重複調用帶來流量浪費
1）方法一、fidder熱點抓包，分析一次訪問是否重複拉取了相同資源
2）方法二、一鍵抓包工具+irese依次選擇exportobjects按鈕，保存所有http請求對象到目錄，查看是否有重複文件，同時也能查看是否存在過大圖片資源問題。
方法二還可以這樣分析，用irester裡出入http後按回車過濾出所有
這章沒有結束，請點擊下一頁繼續閱讀！
6.4.5新增特性關鍵路徑流量200k
0）該項檢測目的：限製單次操作流量，減少用戶使用業務的流量成本
android：
1）pc端安裝ats，監控指定apk進程，程序穩定後，入口處流量記錄清零，操作特性一個場景的關鍵路徑，數據加載穩定後，查看ats實時流量，應該200k，超過需要分析是否有不必要流量可節省
2）詳細分析需要一鍵抓包工具+ireshark深入分析。
6.4.6被動接收富媒體消耗60k
0）該項檢測目的：富媒體是在基礎功能上增強體驗的附加品，但非用戶主動拉取的富媒體要控製流量消耗。富媒體例如：視頻、音頻、動畫資源、彆人的表情氣泡等
android：
1）一鍵抓包工具+ireshark分析，分析方式同上麵的4、2）
6.4.7eb頁麵–控製離線包200k
目前離線包已經存在超過200k的情況，因此需要分析離線包內容的合理性，無法壓縮到200k內，下載時需要分包下載，保證下載成功率。
android+ios測試方法：fidder熱點查看離線包zip包大小和是否拆包下載
6.4.8eb頁麵–無緩存首屏流量200k不包含離線包）
1）使用ats，監控指定apk進程，程序穩定後，入口處流量記錄清零，操作特性一個場景的關鍵路徑，數據加載穩定後，查看ats上傳下載實時流量總和，應該200k
6.5流暢度測試
合流標準建議安裝reease包）：
前言：流暢度低於合流標準值時，操作apk功能會明顯感覺畫麵卡頓，不流暢。原則上一個apk任何操作都應該保證實時fps達標，但一般activity等切換時間很短，瞬間fps值很難采集判斷，這種場景用戶更直觀的感覺是打開快慢響應速度關注），因此目前采集fps都僅關注列表類滑動操作的流暢度。
場景準備：列表頁麵，數據加載穩定，並多翻頁加載幾頁infps=24
1）縱向列表：手機接電腦，pc運行perfbox2.7工具箱中的runscrotest.bat，可自動上下滑動列表並采集數
(本章完)
喜歡簡單寫作1000章節請大家收藏：()簡單寫作1000章節書更新速度全網最快。