Android Monkey壓力測試使用
一、Monkey簡介：
Monkey是Android中的一個命令列工具，可以執行在模擬器裡或者現實裝置中，向系統傳送偽隨機的使用者事件流（點選、滑動、Application切換、橫豎屏、應用關閉）實現對正在開發的應用程式進行壓力測試。monkey測試是一種為了測試軟體的穩定性，健壯性的快速有效的方法。只針對Activity做測試，不能對Service做測試。
簡單的理解：
Monkey 是一個 Android 自動化測試小工具。主要用於Android 的壓力測試， 主要目的就是為了測試app 是否會Crash.
Monkey測試，就像一隻猴子， 在電腦面前，亂敲鍵盤在測試。 猴子什麼都不懂， 只知道亂敲。通過Monkey程式模擬使用者觸控式螢幕幕、滑動Trackball、 按鍵等操作來對裝置上的程式進行壓力測試，檢測程式多久的時間會發生異常。
二、質量要求：
版本release（釋出）前，Monkey跑出來的結果中crash要為0，final release前，Monkey跑完的總次數應為25W，結果裡不允許有nullPointException出現。三、使用Monkey：
在cmd命令或者AndroidStudio中的Terminal中都可以使用adb（注意adb的位置，在SDK的tools資料夾下）
1、首先需要將手機連線到PC，測試連線是否正常，找到adb的位置，一般在sdk的tools檔案下 ，找到位置然後輸入adb devices來進行驗證；
2、因測試多針對一個特定的APP包，所以需要知道需要測試包的包名；可以直接問開發，也可以通過 adb shell pm list packages 列出所有包名來進行查詢
(不確定包是否已安裝，可以用adb shell pm list packages [options] <INTENT> 來進行確認，它的含義是列舉出所有包含<INTENT>的package。 e.g. adb shell pm list packages com.taobao.taobao)
3、對特定APP包進行測試的命令為adb shell monkey -p <pakage.name>
三、Monkey的基本引數：
1、允許啟動手機裡面所有的 App ， 隨機操作 1000 次
adb shell monkey 1000
2、-p : 允許啟動 App 的包名
- 啟動一個包名的應用
QQ 的包名為： com.tencent.mobileqq
adb shell monkey -p com.tencent.mobileqq 1000
隨機操作 手機 QQ 1000 次
- 啟動指定的多個 App
微信的包名為：com.tencent.mm
adb shell monkey -p com.tencent.mobileqq -p com.tencent.mm 1000
隨機操作 手機 QQ 和 微信 1000 次
3、-v : 操作日誌記錄
命令列的每一個-v將增加反饋資訊的級別。
- -v：Level 0(預設值)除 啟動提示、測試完成和最終結果之外，提供較少資訊。
- -v -v ：Level 1提供較為詳細的測試資訊，如逐個傳送到Activity的 事件。
- -v -v -v ：Level 2提供更加詳細的設定資訊，如測試中被選中的或未被選中的Activity。
adb shell monkey -p com.tencent.mobileqq -v -v -v 100
4、-s ： 偽隨機數生成器的seed值
如果用相同的seed值再次執行monkey，將生成相同的事件序列。
adb shell monkey -s 12345 -v 10
5、--ignore-crashes : 忽略操作是崩潰異常
通常，應用發生崩潰或異常時Monkey會停止執行。如果設定此項，Monkey將繼續傳送事件給系統，直到事件計數完成。
adb shell monkey --ignore-crashes -v 1000
6、--ignore-timeouts ： 忽略超時
通常，應用程式發生任何超時錯誤（如“Application Not responding”對話方塊）Monkey將停止執行，設定此項，Monkey將繼續傳送事件給系統，直到事件計數完成。
adb shell monkey --ignore-timeouts -v 1000
7、--ignore-security-exceptions ： 忽略程式發生許可異常
通常，當程式發生許可錯誤（例如啟動一些需要許可的Activity）導致的異常時，Monkey將停止執行。設定此項，Monkey將繼續傳送事件給系統，直到事件計數完成。
adb shell monkey --ignore-security-exceptions -v 1000
8、--throttle ： 插入固定延遲
在事件之間插入固定延遲。通過這個選項可以減緩Monkey的執行速度。如果不指定該選項，Monkey將不會被延遲，事件將盡可能快地被執行。
adb shell monkey --throttle 500 -v 500
隨機執行 500 個事件，每個事件之間延遲 500 毫秒被執行。
9、--help : 列出簡單的用法
adb shell monkey -help
四、將log日誌檔案儲存到指定位置：
android studio 的terminal 下執行命令並且將測試結果儲存到指定檔案下：
adb shell monkey -p 包名 -s 100 --ignore-crashes --ignore-timeouts 1000000 >C:\Users\dingchao\Desktop\testlog.txt
五、日誌分析：
1）正常情況：順利執行完成， 在log的最後， 會打印出當前執行事件的次數和所花費的時間； // Monkey finished 代表執行完成\
詳細分析參考：
http://blog.sina.com.cn/s/blog_44d19b500102vefp.html
http://blog.csdn.net/huangyabin001/article/details/38442359
2）異常情況：
其中adb shell procrank 查詢各程序記憶體使用情況；adb shell cat /proc/meminfo 檢視當前的記憶體情況...
Monkey 測試出現錯誤後，一般的分析步驟
看Monkey的日誌 (為了進一步分析問題的來源，可以找到Log中出現問題處的前一次Switch，隨後根據Log主要是檢視相關的Activity)
1、程式無響應的問題：在日誌中搜索 “ANR”
可能原因：當前有耗時操作在UI執行緒指定，導致卡UI了；在5秒內沒有響應輸入的事件（例如，按鍵按下，螢幕觸控）;BroadcastReceiver在10秒內沒有執行完畢
2、崩潰問題：在日誌中搜索 “Exception” (如果出現空指標， NullPointerException) 肯定是有bug
3、搜尋"crash" 、"error"
Monkey 執行中斷， 在log最後也能看到當前執行次數；若以上步驟還不能定位問題，可以使用之前執行的monkey命令再執行一遍，注意seed值要一樣
可能出現Crash的場景
1）圖片放大縮小
2）輸入框無限輸入各種型別字元
3）快速操作
4）和系統的互動等等
什麼時候會有Log檔案的產生 ？
Log的產生大家都知道 ， 大家也都知道通過DDMS來看log ， 但什麼時候會產生log檔案呢 ？一般在如下幾種情況會產生log檔案 。
1，程式異常退出 ， uncaused exception
2，程式強制關閉 ，Force Closed (簡稱FC)
3，程式無響應 ， Application No Response （簡稱ANR) ， 順便，一般主執行緒超過5秒麼有處理就會ANR
4，手動生成 。
拿到一個日誌檔案，要分成多段來看 。 log檔案很長，其中包含十幾個小單元資訊，但不要被嚇到 ，事實上他主要由三大塊兒組成 。
1，系統基本資訊 ，包括 記憶體，CPU ，程序佇列 ，虛擬記憶體 ， 垃圾回收等資訊 。------ MEMORY INFO (/proc/meminfo) ------
------ CPU INFO (top -n 1 -d 1 -m 30 -t) ------
------ PROCRANK (procrank) ------
------ VIRTUAL MEMORY STATS (/proc/vmstat) ------
------ VMALLOC INFO (/proc/vmallocinfo) ------
格式如下：
------ MEMORY INFO (/proc/meminfo) ------
MemTotal: 347076 kB
MemFree: 56408 kB
Buffers: 7192 kB
Cached: 104064 kB
SwapCached: 0 kB
Active: 192592 kB
Inactive: 40548 kB
Active(anon): 129040 kB
Inactive(anon): 1104 kB
Active(file): 63552 kB
Inactive(file): 39444 kB
Unevictable: 7112 kB
Mlocked: 0 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 44 kB
Writeback: 0 kB
AnonPages: 129028 kB
Mapped: 73728 kB
Shmem: 1148 kB
Slab: 13072 kB
SReclaimable: 4564 kB
SUnreclaim: 8508 kB
KernelStack: 3472 kB
PageTables: 12172 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 173536 kB
Committed_AS: 7394524 kB
VmallocTotal: 319488 kB
VmallocUsed: 90752 kB
VmallocChunk: 181252 kB
2，時間資訊 ， 也是我們主要分析的資訊 。
------ VMALLOC INFO (/proc/vmallocinfo) ------
------ EVENT INFO (/proc/vmallocinfo) ------
格式如下：
------ SYSTEM LOG (logcat -b system -v time -d *:v) ------
01-15 16:41:43.671 W/PackageManager( 2466): Unknown permission com.wsomacp.permission.PROVIDER in package com.android.mms
01-15 16:41:43.671 I/ActivityManager( 2466): Force stopping package com.android.mms uid=10092
01-15 16:41:43.675 I/UsageStats( 2466): Something wrong here, didn't expect com.sec.android.app.twlauncher to be paused
01-15 16:41:44.108 I/ActivityManager( 2466): Start proc com.sec.android.widgetapp.infoalarm for service com.sec.android.widgetapp.infoalarm/.engine.DataService: pid=20634 uid=10005 gids={3003, 1015, 3002}
01-15 16:41:44.175 W/ActivityManager( 2466): Activity pause timeout for HistoryRecord{48589868 com.sec.android.app.twlauncher/.Launcher}
01-15 16:41:50.864 I/KeyInputQueue( 2466): Input event
01-15 16:41:50.866 D/KeyInputQueue( 2466): screenCaptureKeyFlag setting 0
01-15 16:41:50.882 I/PowerManagerService( 2466): Ulight 0->7|0
01-15 16:41:50.882 I/PowerManagerService( 2466): Setting target 2: cur=0.0 target=70 delta=4.6666665 nominalCurrentValue=0
01-15 16:41:50.882 I/PowerManagerService( 2466): Scheduling light animator!
01-15 16:41:51.706 D/PowerManagerService( 2466): enableLightSensor true
01-15 16:41:51.929 I/KeyInputQueue( 2466): Input event
01-15 16:41:51.933 W/WindowManager( 2466): No focus window, dropping: KeyEvent{action=0 code=26 repeat=0 meta=0 scancode=26 mFlags=9}
3，虛擬機器資訊 ， 包括程序的，執行緒的跟蹤資訊，這是用來跟蹤程序和執行緒具體點的好地方 。
------ VM TRACES JUST NOW (/data/anr/traces.txt.bugreport: 2011-01-15 16:49:02) ------
------ VM TRACES AT LAST ANR (/data/anr/traces.txt: 2011-01-15 16:49:02) ------
格式如下 ：
----- pid 21161 at 2011-01-15 16:49:01 -----
Cmd line: com.android.mms
DALVIK THREADS:
"main" prio=5 tid=1 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x4001d8d0 self=0xccc8
| sysTid=21161 nice=0 sched=0/0 cgrp=default handle=-1345017808
| schedstat=( 4151552996 5342265329 10995 )
at android.media.MediaPlayer._reset(Native Method)
at android.media.MediaPlayer.reset(MediaPlayer.java:1218)
at android.widget.VideoView.release(VideoView.java:499)
at android.widget.VideoView.access$2100(VideoView.java:50)
at android.widget.VideoView$6.surfaceDestroyed(VideoView.java:489)
at android.view.SurfaceView.reportSurfaceDestroyed(SurfaceView.java:572)
at android.view.SurfaceView.updateWindow(SurfaceView.java:476)
at android.view.SurfaceView.onWindowVisibilityChanged(SurfaceView.java:206)
at android.view.View.dispatchDetachedFromWindow(View.java:6082)
at android.view.ViewGroup.dispatchDetachedFromWindow(ViewGroup.java:1156)
at android.view.ViewGroup.removeAllViewsInLayout(ViewGroup.java:2296)
at android.view.ViewGroup.removeAllViews(ViewGroup.java:2254)
at com.android.mms.ui.SlideView.reset(SlideView.java:687)
at com.android.mms.ui.SlideshowPresenter.presentSlide(SlideshowPresenter.java:189)
at com.android.mms.ui.SlideshowPresenter$3.run(SlideshowPresenter.java:531)
at android.os.Handler.handleCallback(Handler.java:587)
at android.os.Handler.dispatchMessage(Handler.java:92)
at android.os.Looper.loop(Looper.java:123)
at android.app.ActivityThread.main(ActivityThread.java:4627)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:521)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:858)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)
at dalvik.system.NativeStart.main(Native Method)
---------------------------------------------------------------------------------------------------------------------------------------
閒話少說， 我總結了觀察log檔案的基本步驟 。 1，如果是ANR問題 ， 則搜尋“ANR”關鍵詞 。 快速定位到關鍵事件資訊 。
2，如果是ForceClosed 和其它異常退出資訊，則搜尋"Fatal" 關鍵詞， 快速定位到關鍵事件資訊 。
3，定位到關鍵事件資訊後 ， 如果資訊不夠明確的，再去搜索應用程式包的虛擬機器資訊 ，檢視具體的程序和執行緒跟蹤的日誌，來定位到程式碼 。
用這種方法，出現問題，根本不需要斷點除錯 ， 直接定位到問題，屢試不爽 。
下面，我們就開始來分析這個例子的log 。
開啟log檔案 ， 由於是ANR錯誤，因此搜尋"ANR " ， 為何要加空格呢，你加上和去掉比較一下就知道了 。 可以遮蔽掉不少儲存到anr.log檔案的無效資訊 。
關閉Monkey
在monkey執行中，斷開USB連線，mokey仍可繼續執行
1. ps命令查詢程序
adb shell ps | grep monkey 返回來的第一個數字，即是monkey的程序號
2.kill 命令結束程序
adb shell kill [剛才查到的程序號]