Android Monkey壓力測試

時間 2019-12-14

原文原文鏈接

1、Monkey簡介：

Monkey是Android中的一個命令行工具，能夠運行在模擬器裏或者現實設備中，向系統發送僞隨機的用戶事件流（點擊、滑動、Application切換、橫豎屏、應用關閉）實現對正在開發的應用程序進行壓力測試。monkey測試是一種爲了測試軟件的穩定性，健壯性的快速有效的方法。只針對Activity作測試，不能對Service作測試。

html

簡單的理解：java

Monkey 是一個 Android 自動化測試小工具。主要用於Android 的壓力測試，主要目的就是爲了測試app 是否會Crash.android

Monkey測試，就像一隻猴子，在電腦面前，亂敲鍵盤在測試。猴子什麼都不懂，只知道亂敲。經過Monkey程序模擬用戶觸摸屏幕、滑動Trackball、按鍵等操做來對設備上的程序進行壓力測試，檢測程序多久的時間會發生異常。shell

2、質量要求：

版本release（發佈）前，Monkey跑出來的結果中crash要爲0，final release前，Monkey跑完的總次數應爲25W，結果裏不容許有nullPointException出現。

3、使用Monkey：

在cmd命令或者AndroidStudio中的Terminal中均可以使用adb（注意adb的位置，在SDK的tools文件夾下）微信

　　一、首先須要將手機鏈接到PC，測試鏈接是否正常，找到adb的位置，通常在sdk的tools文件下，找到位置而後輸入adb devices來進行驗證；app

　　二、因測試多針對一個特定的APP包，因此須要知道須要測試包的包名；能夠直接問開發，也能夠經過 adb shell pm list packages 列出全部包名來進行查找ide

　　(不肯定包是否已安裝，能夠用adb shell pm list packages [options] <INTENT> 來進行確認，它的含義是列舉出全部包含<INTENT>的package。 e.g. adb shell pm list packages com.taobao.taobao)工具

　　三、對特定APP包進行測試的命令爲adb shell monkey -p <pakage.name>oop

4、Monkey的基本參數：

一、容許啓動手機裏面全部的 App ，隨機操做 1000 次

adb shell monkey 1000

二、-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 次

三、-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

四、-s ：僞隨機數生成器的seed值

若是用相同的seed值再次運行monkey，將生成相同的事件序列。

adb shell monkey -s 12345 -v 10

五、--ignore-crashes : 忽略操做是崩潰異常

一般，應用發生崩潰或異常時Monkey會中止運行。若是設置此項，Monkey將繼續發送事件給系統，直到事件計數完成。

adb shell monkey --ignore-crashes -v 1000

六、--ignore-timeouts ：忽略超時

一般，應用程序發生任何超時錯誤（如「Application Not responding」對話框）Monkey將中止運行，設置此項，Monkey將繼續發送事件給系統，直到事件計數完成。

adb shell monkey --ignore-timeouts -v 1000

七、--ignore-security-exceptions ：忽略程序發生許可異常

一般，當程序發生許可錯誤（例如啓動一些須要許可的Activity）致使的異常時，Monkey將中止運行。設置此項，Monkey將繼續發送事件給系統，直到事件計數完成。

adb shell monkey --ignore-security-exceptions -v 1000

八、--throttle ：插入固定延遲

在事件之間插入固定延遲。經過這個選項能夠減緩Monkey的執行速度。若是不指定該選項，Monkey將不會被延遲，事件將盡量快地被執行。

adb shell monkey --throttle 500 -v 500

隨機執行 500 個事件，每一個事件之間延遲 500 毫秒被執行。

九、--help : 列出簡單的用法

adb shell monkey -help

5、將log日誌文件保存到指定位置：

　　android studio 的terminal 下執行命令而且將測試結果保存到指定文件下：

adb shell monkey -p 包名 -s 100 --ignore-crashes --ignore-timeouts 1000000 >C:\Users\dingchao\Desktop\testlog.txt

6、日誌分析：

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)
一、程序無響應的問題：在日誌中搜索「ANR」

可能緣由：當前有耗時操做在UI線程指定，致使卡UI了；在5秒內沒有響應輸入的事件（例如，按鍵按下，屏幕觸摸）;BroadcastReceiver在10秒內沒有執行完畢

二、崩潰問題：在日誌中搜索「Exception」 (若是出現空指針， NullPointerException) 確定是有bug
三、搜索"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文件的無效信息。