changed objects unt︰類對象實例變化數增加數+減少數）
ne unt︰類對象新增數量
gc unt︰類對象釋放數量
negc=常駐，常駐理想狀態下不應存在，如果必須存在請控制在合理範圍內120）
tips內存泄露查找訣竅︰閉環一次和多次對比操作，看對象變化
原則上，反復操作，內存應該起伏穩定在一個區間內，如果出現曲線持續上升，就肯定存在內存泄露但要盡量排除外來干擾，比如手q被動接收各種消息）
oexecutionthreedup，在2s中指定dupc），1s中指點dupa）
firstinc、sendinc分別為第一次使用和第二次使用之後的內存增量，兩次都有大量增量的對象，著重分析對象作用和引用者，確定增量是否合理，此處需要代碼能力和對源碼的熟悉程度較強。
6．3 電量測試
合流標準建議安裝reease包）︰
6.3.1 掛機5分鐘cpu<0
0）該項檢測目的︰切後台、滅屏，9成9的用戶應該都是希望該程序就不要再耗我的電了，cpu持續佔用的apk必然會上耗電榜。
apt選中apk進程，指定監控cpu，掛機5分鐘後觀察cpu曲線<sf就一直都在工作，來消息cpu就波動下，因此請酌情分析。
6.3.3 合理使用akeock
0）該項檢測目的︰akeock會鎖定屏幕，防止手機自動休眠，亮屏是非常耗電的。
1）項目接入xde可靜態掃描akeock的不合理使用
2）未接入xde可如下分析︰adb s cat procakeocks
原則上長時間停留在當前場景，不存在長時間未釋放的akeock
6.3.4 避免無端電量消耗
0）該項檢測目的︰新開界面耗電時長控制音視頻除外）經過時間1分鐘，cpu < 50單核主頻1g)，即使長時間使用功能也要保證更長的續航時間。
1） apt選中apk進程，指定監控cpu，進入場景界面1分鐘後觀察cpu佔用
6.4 流量測試
合流標準︰
6.4.1 流量上報
0）該項檢測目的︰新增業務要上報流量，通過大量用戶數據分析新增業務帶來的平均新增流量，及時發現流量風險並後續優化
1）與產品開發確認上報，一般開發自測
6.4.2 非ifi不能靜默拉取資源>200kb）
0）該項檢測目的︰移動網絡靜默拉取資源>200kb要麼讓用戶知曉並同意，要麼不拉取，靜默拉取比如用戶主動訪問網頁，該網頁後台靜默下載首屏之外的數據。
1）pc端安裝ats，監控指定apk進程，程序穩定後，入口處流量記錄清零，進入場景頁面，數據加載穩定後，查看ats實時流量，首屏<200kb，就不用分析該項，如果超過，那麼首先就不符合關鍵路徑單次操作不能>200kb的規範，詳細分析需要一鍵抓包工具見附件）+ireshark深入分析，如下介紹
ireshark點擊pcap包可查看終端所有的請求，包含協議，理論上完整的流量就是pcap包的大小
2） ireshark——待補充
6.4.3 大于100kb的資源增量拉取
0）該項檢測目的︰超過100kb的資源增量拉取，避免網絡不穩定時導致資源總是拉取不下來，不斷重試浪費流量。
1） fidder熱點抓包，分析>100kb的資源是否增量拉取，如http協議包響應碼為206
6.4.4 資源無重復拉取
0）該項檢測目的︰需要反復調用的資源，設置緩存，避免重復調用帶來流量浪費
1）方法一、fidder熱點抓包，分析一次訪問是否重復拉取了相同資源
2）方法二、一鍵抓包工具+irese 依次選擇export objects >按鈕，保存所有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.7 eb頁面 控制離線包<200k
目前離線包已經存在超過200k的情況，因此需要分析離線包內容的合理性，無法壓縮到200k內，下載時需要分包下載，保證下載成功率。
android+ios測試方法︰fidder熱點查看離線包zip包大小和是否拆包下載
6.4.8 eb頁面 無緩存首屏流量<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章節書更新速度全網最快。