changedobjectsunt：類對象實例變化數增加數+減少數）
neunt：類對象新增數量
gcunt：類對象釋放數量
negc=常駐，常駐理想狀態下不應存在，如果必須存在請控製在合理範圍內120）
tips內存泄露查找訣竅：閉環一次和多次對比操作，看對象變化
原則上，反複操作，內存應該起伏穩定在一個區間內，如果出現曲線持續上升，就肯定存在內存泄露但要儘量排除外來乾擾，比如手q被動接收各種消息）
oexecutionthreedup，在2s中指定dupc），1s中指點dupa）
firstinc、sendinc分彆為第一次使用和第二次使用之後的內存增量，兩次都有大量增量的對象，著重分析對象作用和引用者，確定增量是否合理，此處需要代碼能力和對源碼的熟悉程度較強。
6．3電量測試
合流標準建議安裝reease包）：
6.3.1掛機5分鐘cpu0
0）該項檢測目的：切後台、滅屏，9成9的用戶應該都是希望該程序就不要再耗我的電了，cpu持續占用的apk必然會上耗電榜。
apt選中apk進程，指定監控cpu，掛機5分鐘後觀察cpu曲線sf就一直都在工作，來消息cpu就波動下，因此請酌情分析。
6.3.3合理使用akeock
0）該項檢測目的：akeock會鎖定屏幕，防止手機自動休眠，亮屏是非常耗電的。
1）項目接入xde可靜態掃描akeock的不合理使用
2）未接入xde可如下分析：adbscatprocakeocks
原則上長時間停留在當前場景，不存在長時間未釋放的akeock
6.3.4避免無端電量消耗
0）該項檢測目的：新開界麵耗電時長控製音視頻除外）經過時間1分鐘，cpu50單核主頻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——待補充