一、 adb工具的下載和配置
1. 網上下載安裝包並解壓，裏面有如下文件
2.配置環境變量
將解壓後的 adb 文件目錄 配置在 path 環境變量中，詳細步驟就不描述了，可以百度
3.檢測是否安裝好
window+R打開控制檯，輸入 adb，出現如下圖所示內容，即安裝成功
二、 adb的使用方法
上一章節講述了adb如何下載和安裝，接下來說下adb的使用
1. USB鏈接手機與電腦，安裝驅動正常， window+r 輸入 cmd ，打開控制檯，執行 adb devices ，出現如下錯誤：
C:\Users\lizy>adb devices
adb devicesadb server is out of date. killing...
ADB server didn't ACK* failed to start daemon *error: unknown host service
2. 原因：
adb的端口（5037）被佔用了。至於這個5037端口，可以參考本博客另外 一篇文章：
http://blog.csdn.net/liranke/article/details/4999210
在這個文章裏，詳細說明了adb的原理及其源碼分析。
3. 解決方法：
在cmd窗口:
C:\Users\lizy>adb nodaemon server
cannot bind 'tcp:5037'
C:\Users\lizy>netstat -ano | findstr "5037"
TCP 127.0.0.1:5037 0.0.0.0:0 LISTENING 8516
TCP 127.0.0.1:5037 127.0.0.1:59163 TIME_WAIT 0
TCP 127.0.0.1:5037 127.0.0.1:59164 TIME_WAIT 0
TCP 127.0.0.1:5037 127.0.0.1:59167 TIME_WAIT 0
......
C:\Users\lizy>tasklist | findstr "8516"
sjk_daemon 8516 Console 1 3,071 K
哦，原來是sjk_daemon進程佔了adb的端口。
C:\Users\lizy>tasklist
Image Name PID Session Name Session# Mem Usage
========================= ======== ================ =========== ============
System Idle Process 0 Services 0 24 K
System 4 Services 0 1,128 K
sjk_daemon 963 Console 1 3,071 K
tasklist.exe 1260 Console 1 5,856 K
將這個進程kill掉：
C:\Users\lizy>taskkill /f /pid 963
如果這個命令提示無權限，那麼，可以去windows的“任務管理器”中“進程”那個窗口，找到這個進程，將它殺掉。
再運行adb devices，又遇到如下問題，真是一波三折啊。。
解決方法：
電腦上安裝 豌豆莢 就好了。具體是什麼原理，沒有去細究，若有小夥伴知道原因，可以評論下，互相學習。
查看當前運行的包名和Activity：
1.殺掉其他進程後，啓動指定app
2.使用adb shell dumpsys window | findstr mCurrentFocus 查看指定app 的包名的啓動avtivity
1.做monkey測試，並保持到本地
adb shell monkey -p com.nb.buling --throttle 300 -s 123456 -v -v -v 100000>D:\android\monkey_log\v2.txt
2.查操作日誌，並保持到本地
adb logcat -v time>d:\android\logcat1.txt
三、 adb monkey
monkey
一、什麼是穩定性測試
通過隨機點擊屏幕一段時間，app不會出現崩潰，無響應，能夠正常維持運行的測試
二、什麼是monkey
~ monkey程序由android系統自帶，使用Java語言寫成，在Android文件系統中的存放路徑是：/system/framework/monkey.jar
~Monkey.jar程序是由一個名爲“monkey”的Shell腳本來啓動執行，shell腳本在Android文件系統中的存放路徑是：/system/bin/monkey
~Monkey測試是Android平臺自動化測試的一種手段，通過Monkey程序模擬用戶觸摸屏幕、滑動Trackball、按鍵等操作來對設備上的程序進行測試，檢測程序多久的時間會發生異常 官方介紹: https://developer.android.com/studio/test/monkey.html
~Monkey 命令啓動方式
a. 可以通過PC機CMD窗口中執行: adb shell monkey ｛+命令參數｝來進行Monkey測試
b. 在PC上adb shell 進入Android系統，通過執行monkey {+命令參數} 來進行Monkey 測試
c. 在Android機或者模擬器上直接執行monkey 命令，可以在Android機上安裝Android終端模擬器
三、monkey 命令 以及說明
3.1 monkey 命令執行
adb shell monkey-p com.hst.che --throttle 500 -s 100 --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --monitor-native-crashes -v -v -v 1000>D:\android\monkey_log\16v3.txt
3.2下面簡單介紹下以上命令涉及到的各參數：
-s :
僞隨機數生成器的 seed 值。如果用相同的 seed 值再次運行 Monkey ，它將生成相同的事件序列。
--throttle :
在事件之間插入固定延遲。通過這個選項可以減緩 Monkey 的執行速度。如果不指定該選項， Monkey 將不會被延遲，事件將盡可能快地被產成。
-p:
如果用此參數指定了一個或幾個包，Monkey將只允許系統啓動這些包裏的Activity。 如果你的應用程序還需要訪問其它包裏的Activity(如選擇取一個聯繫人)，那些包也需要在此 同時指定。如果不指定任何包，Monkey將允許系統啓動全部包裏的Activity。要指定多個 包，需要使用多個 -p選項，每個-p選項只能用於一個包。
--kill-process-after-error:
通常，當Monkey由於一個錯誤而停止時，出錯的應用程序將繼續處於運行狀態。當設置了此選項時，將會通知系 統停止發生錯誤的進程。注意，正常的(成功的)結束，並沒有停止啓動的進程，設備只是在結束事件之 後，簡單地保持在最後的狀態。
--ignore-timeouts:
通常，當應用程序發生任何超時錯誤(如“Application Not Responding”對 話框)時，Monkey將停止運行。如果設置此選項，Monkey將繼 續向系統發送事件，直到計數完成。
--ignore-security-exceptions:
通常，當應用程序發生許可錯誤(如啓動一個需要某些許可的Activity)時，Monkey將 停止運行。如果設置了此選項，Monkey將繼續向系統發送事件，直到計數完成。
-v:
命令行的每一個 -v 將增加反饋信息的級別。 Level 0( 缺省值 ) 除啓動提示、測試完成和最終結果之外，提供較少信息。 Level 1 提供較爲詳細的測試信息，如逐個發送到 ActivITy 的事件。 Level 2 提供更加詳細的設置信息，如測試中被選中的或未被選中的 Activity 。下面的例子使用了"-v -v -v"，表示輸出最詳盡的monkey log。
#adb shell monkey -p com.thunderst.radio --throttle 500 -s 600 -v -v -v 800000 >C:\long_radio_report.txt
四、monkey 報告組成：
1.第一部分：包含 seed值，執行次數、包名
第二部分：被測設備上的所有應用包名，本次測試使用到哪些包，未使用哪些包（建議測試某app時，殺掉其他應用進程）
第三部分：各個事件所佔百分比，只顯示了事件的代號，沒有顯示具體什麼時間，可以查詢monkey源代碼中各代號對應的事件，所有事件包含：
--pct-touch ｛+百分比｝
調整觸摸事件的百分比(觸摸事件是一個down-up事件，它發生在屏幕上的某單一位置)
adb shell monkey -p com.htc.Weather--pct-touch 10 1000
--pct-motion ｛+百分比｝
調整動作事件的百分比(動作事件由屏幕上某處的一個down事件、一系列的僞隨機事件和一個up事件組成)adb shell monkey -p com.htc.Weather --pct-motion 20 1000
--pct-trackball ｛+百分比｝
調整軌跡事件的百分比(軌跡事件由一個或幾個隨機的移動組成，有時還伴隨有點擊)
adb shell monkey -p com.htc.Weather--pct-trackball 30 1000
--pct-nav ｛+百分比｝
調整“基本”導航事件的百分比(導航事件由來自方向輸入設備的up/down/left/right組成)
--pct-majornav ｛+百分比｝
調整“主要”導航事件的百分比(這些導航事件通常引發圖形界面中的動作，如：5-way鍵盤的中間按鍵、回退按鍵、菜單按鍵)
adb shell monkey -p com.htc.Weather--pct-majornav 50 1000
--pct-syskeys ｛+百分比｝
調整“系統”按鍵事件的百分比(這些按鍵通常被保留，由系統使用，如Home、Back、Start Call、End Call及音量控制鍵)
adb shell monkey -p com.htc.Weather--pct-syskeys 60 1000
--pct-appswitch ｛+百分比｝
調整啓動Activity的百分比。在隨機間隔裏，Monkey將執行一個startActivity()調用，作爲最大程度覆蓋包中全部Activity的一種方法
adb shell monkey -p com.htc.Weather--pct-appswitch 70 1000
--pct-anyevent ｛+百分比｝
調整其它類型事件的百分比。它包羅了所有其它類型的事件，如：按鍵、其它不常用的設備按鈕、等等
--pct -anyevent ｛+百分比｝
指定多個事件的百分比
adb shell monkey -p com.htc.Weather--pct-anyevent 50 --pct-appswitch 50 1000
注意：各事件類型的百分比總數不能超過100%； Bottom of Form
第四部分：具體事件
第五部分：log 完成
如果Monkey測試順利執行完成，在log的最後，會打印出當前執行事件的次數和所花費的時間；// Monkey finished代表執行完成。
如果Monkey執行中斷，在log的最後也能查看到當前已執行的次數。Monkey執行完成的log具體如下：
Events injected: 6000
:Dropped: keys=0 pointers=9 trackballs=0 flips=0
## Network stats: elapsed time=808384ms (0ms mobile, 808384ms wifi, 0msnot connected)
// Monkey finished
五、分析報告：
1.在日誌中搜索關鍵字：
1）搜索報告中的關鍵字“ANR”，看有無應用無響應的事件（Application Not Responding）
2）搜索報告中的關鍵字“crash”,看有無崩潰的事件
3）搜索報告中的關鍵字“exception”，看有無其他異常事件。（如果出現空指針， NullPointerException，需格外重視）
下面的屬於monkey自己的問題。不用管。
:Sending Flip keyboardOpen=false
Got IOException performing flipjava.io.IOException: write failed: EINVAL (Invalid argument)
// Injection Failed
4）內存泄露問題搜索"GC"（需進一步分析）
2. 初步分析法： monkey出現錯誤後，一般的分析步驟
1）先找到出現錯誤的位置
2）查看出現錯誤之前2個switch之間的activity
3）手動執行事件，復現問題
4）若以上步驟還不能找出，產生錯誤時，有會seed值，輸入相同的seed值，重新按照之前命令跑monkey
3.詳細分析法：
1） ANR問題：在日誌中搜索“ANR”(“Application Not Responding")，說明有bug，出現ANR，一般是主線程的響應超過5秒，或者BroadcastReceiver沒有在10秒內作出響應。這個就是一個比較嚴重的缺陷。把耗時的操作另起線程來處理就可以了。
2）分析log中的具體信息：
查看log中第一個Switch，主要是查看Monkey執行的是那一個Activity，譬如下面的log中，執行的是com.tencent.smtt.SplashActivity，在下一個swtich之間的，如果出現了崩潰或其他異常，可以在該Activity中查找問題的所在。
:Switch:#Intent;action=android.intent.action.MAIN;category=android.intent.category.LAUNCHER;launchFlags=0x10000000;component=com.tencent.smtt/.SplashActivity;end
// Allowing start of Intent {act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER]cmp=com.tencent.smtt/.SplashActivity } in package com.tencent.smtt
3)內存泄漏
1. 內存泄漏彈出out of memory對話框
2. 對於有內存泄漏但是沒有單出out of memory對話框的情況，可以通過logcat文件GC出信息，(GC:java的垃圾回收機制)
GC_FOR_ALLOC: 因爲在分配內存時候內存不夠引起的
GC_EXPLICIT 表明GC被顯式請求觸發的，如System.gc調用，
GC_CONCCURRENT: 表明GC在內存使用率達到一定的警戒值時候，自動觸發
GC_BEFORE_OOM 表明在虛擬機拋出內存不夠異常oom之前，執行最後一次回收內存垃圾
2.發現內存泄露--內存報告分析（利用hprof參數的內存快照生成內存報告）
在發現內存泄露後，可以執行相同的monkey，只需多加一個參數--hprof
adb shell monkey -p 包名 --hprof --throttle 100 --pct-touch 50 --pct-motion 50 -v -v -v 1000 >c:\monkey.txt
如果指定了這個選項，monkey會在發送時間的前後生成ａｐｐ內存快照文件，一般會在手機設備的/data/misc目錄下生成hprof的文件。（注： /data/misc 需要root權限，可
以在手機上安裝個RE查看或通過手機助手查看）
ps：文件轉換：配置monkey測試時的sdk-tools下查看是否hprof-conv命令，在命令行輸入hprof-conv -help得知文件轉化用法，直接轉化就行，由.hprof轉化成.conv格式。
轉化後的文件用eclipse的Memory Analyzer tool(MAT)查看（此插件可以下載），可以點擊 Reports->Leak Suspects鏈接來生成報告。