其中所用到的工具借鑑了目前大多是測試普遍用到的第三方監測APK，但較多博客都未對使用方法以及注意事項有詳細的說明，個人整理一番，僅供借鑑和個人記憶
功耗
工具：耗電監控(PowerTutor)
1.使用PowerTutor檢測耗電值
測試前先記錄平均電壓，可以使用一段時間手機，記錄下手機不同耗電階段時的電壓，取平均數：
步驟：啓動應用—》點擊Stop Profiler—》點擊System Viewer—》切換到Stat View視圖頁面，記錄Voltage電壓值
方法：
建議：
1.測試場景、執行步驟以及網絡環境一致
2.可以使用bat或者python將個別簡單步驟進行自動化實現，具體命令可百度
測試步驟：
3.啓動應用，進入測試場景，保持1分鐘以上，等待電壓穩定
4.啓動監測工具，點擊“StarProfiler”激活檢測程序，點擊“ApplicationViewer”進入被檢測應用列表，點擊被測應用，進入詳情信息可查看當前應用的LCD、CPU的功耗走勢（ChartView）、佔比餅圖（PieView）、當前運行情況（StatView）關注AveragePower數據即可，即平均數值，待測試時間到達後，記錄當前AveragePower數值即可
5.測試完畢後停止工具檢測即可
流量、CPU、內存
工具：流量檢測(ITest)
建議：
1.測試場景、執行步驟以及網絡環境一致
2.可以使用bat或者python將個別簡單步驟進行自動化實現，具體命令可百度
測試步驟：
1.啓動測試工具，增加需監控的應用，設置監控指標以及根據需要進行logcat以及弱網的設置
2.啓動被測應用，進入測試場景，等1分鐘數據平穩
3.啓動監測工具，點擊啓動監控案件
4.測試時間完成後，點擊停止監控，數據保存到提示的存儲目錄
數據分析：
1.CPU：當前每次記錄的耗損，計算平均值即可
2.內存：當前應用每次記錄佔用整機內存，計算平均即可
3.數據上傳下載：記錄的數據爲持續增長性，即操作應用10分鐘，導出的文本數據：[last數據-first數據=測試時間內消耗的數據流量]
android-【DDMS->heap】工具-內存檢測工具（內存泄露的檢測工具）內存測試:安裝android-studio，安裝SDK並配置
Heap監測應用進程-內存使用情況
1. 
打開DDMS視圖
1. 啓動eclipse後，切換到DDMS透視圖，並確認Devices視圖、Heap視圖都是打開的；
2. 將手機通過USB鏈接至電腦，鏈接時需要確認手機是處於“USB調試”模式，而不是作爲“Mass Storage”；
3. 鏈接成功後，在DDMS的Devices視圖中將會顯示手機設備的序列號，以及設備中正在運行的部分進程信息；
4. 點擊選中想要監測的進程，比如system_process進程；
5. 點擊選中Devices視圖界面中最上方一排圖標中的“Update Heap”圖標；
6. 點擊Heap視圖中的“Cause GC”按鈕（清理內存）；
7. 此時在Heap視圖中就會看到當前選中的進程的內存使用量的詳細情況。
說明：
a) 點擊“Cause GC”按鈕相當於向虛擬機請求了一次gc操作；
b) 當內存使用信息第一次顯示以後，無須再不斷的點擊“Cause GC”，Heap視圖界面會定時刷新，在對應用的不斷的操作過程中就可以看到內存使用的變化；
c) 內存使用信息的各項參數根據名稱即可知道其意思，在此不再贅述。
如何才能知道我們的程序是否有內存泄漏的可能性呢？
這裏需要注意一個值：Heap視圖中部有一個Type叫做data object，即數據對象，也就是我們的程序中大量存在的類，類型的對象。
在data object一行中有一列是“Total Size”，其值就是當前進程中所有Java數據對象的內存總量，一般情況下，這個值的大小決定了是否會有內存泄漏。
可以這樣判斷：
a) 不斷的反覆操作當前應用，同時注意觀察data object的Total Size值；
b) 正常情況下Total Size值都會穩定在一個有限的範圍內，也就是說由於程序中的的代碼良好，沒有造成對象不被垃圾回收的情況，所以說雖然我們不斷的操作會不斷的生成很多對象，而在虛擬機不斷的進行GC的過程中，這些對象都被回收了，內存佔用量會會落到一個穩定的水平；
c) 反之如果代碼中存在沒有釋放對象引用的情況，則data object的Total Size值在每次GC後不會有明顯的回落，隨着操作次數的增多Total Size的值會越來越大，
直到到達一個上限後導致進程被kill掉。
d) 此處已system_process進程爲例，在我的測試環境中system_process進程，所佔用的內存的data object的Total Size，正常情況下會穩定在2.2~2.8之間，而當其值超過3.55後進程就會被kill。
在我們的程序中，要是出現某個進程出現了不斷增加的現象，可能該應用就存在泄漏的問題。如果某個進程在操作過程中出現程序崩潰，可能該應用程序已申請不到空間，可能存在內存泄露。
內存抖動：
使用AndroidStudio工具：
勾選EnableADBIntergration
勾選待測試的包以及選擇視圖
內存儘量測試單一場景，便於分析
內存泄漏場景設計思維：
在執行第一次時，進入測試場景GC後，若存在泄露，在第二次進入後，同樣GC回收後，如果依然泄露，那麼會在上一次基礎上造成內存增長，保持一個持續增長的趨勢，從而達到測試目的，也同樣測試出在該場景可能存在泄露問題