Android自动化测试monkey的使用

monkey命令使用

adb shell monkey -p com.test -v 30000 >E:\text.txt

adb shell monkey -p 包名 -v 执行次数 >导出的路径

还有一种更复杂的方式

adb shell monkey -p com.lenovo.ideafriend –ignore-crashes –ignore-timeouts –ignore-native-crashes –pct-touch 30 -s 1 -v -v –throttle 200 100000 2>/sdcard/error.txt 1>/sdcard/info.txt

说明

参数	描述
-p com.lenovo.ideafriend	只仅针对特定包名进行测试
–ignore-crashes	忽略应用程序崩溃（Force & Close错误），继续发送执行事件，直到事件数执行完成
–ignore-timeouts	忽略应用程序发生ANR（Application No Responding）错误时，直到事件数执行完成
–ignore-native-crashes	忽略本地应用程序发生奔溃，直到事件数执行完成
–pct-touch 30	调整触摸事件为30%。即整个事件过程中触摸事件占30%
-s 1	伪随机数生成器seed值。Seed值为1。相同的seed值再次执行monkey，将产生相同的事件序列。
-v -v	日志级别为Leve1 1。将提供较为详细的日志，包括每个发送到Activity的事件信息
–throttle 200	事件之间延时200毫秒。可以控制monkey的执行速度，如果不指定该选项，monkey事件间将不会延时。
100000	执行事件数为10万次
2>/sdcard/error.txt	Leve1 2日志保存到sdcard上的error.txt中
1>/sdcard/info.txt	Leve1 1日志保存到sdcard上的info.txt中

测试结束后，需要将手机连接PC，拷贝以下文件：

info.txt：此文件在手机上的SDCARD中，主要记录了MONKEY测试时发送的各种事件，如触摸事件的位置等等。

error.txt：此文件在手机上的SDCARD中，主要记录了MONKEY测试时产生的一些ANR、强制关闭等异常。

LOG文件：此文件在手机上的LOG文件夹中中，主要主要记录程序对MONKEY测试时的响应情况。

代码块

代码块语法遵循标准markdown代码，例如：

#monkey --help
monkey [-p ALLOWED_PACKAGE [-p ALLOWED_PACKAGE] ...]
[-c MAIN_CATEGORY [-c MAIN_CATEGORY] ...]
[--ignore-crashes] [--ignore-timeouts]
[--ignore-security-exceptions]
[--monitor-native-crashes] [--ignore-native-crashes]
[--kill-process-after-error] [--hprof]
[--pct-touch PERCENT] [--pct-motion PERCENT]
[--pct-trackball PERCENT] [--pct-syskeys PERCENT]
[--pct-nav PERCENT] [--pct-majornav PERCENT]
[--pct-appswitch PERCENT] [--pct-flip PERCENT]
[--pct-anyevent PERCENT]
[--pkg-blacklist-file PACKAGE_BLACKLIST_FILE]
[--pkg-whitelist-file PACKAGE_WHITELIST_FILE]
[--wait-dbg] [--dbg-no-events]
[--setup scriptfile] [-f scriptfile [-f scriptfile] ...]
[--port port]
[-s SEED] [-v [-v] ...]
[--throttle MILLISEC] [--randomize-throttle]
COUNT

常用参数解释：

-p 后面跟要覆盖测试的包名。可以有多个-p，每个-p后跟一个包名

-s 后面跟整数，相同的seed值表示产生的随机事件流

-v 可以有多个，个数越多，产生的log越详细，eg：2个时，可看到activity加载的时间

–gnore-crashes 应用crash时，不停止monkey执行

–pct* 调整各类事件所占的百分比，不常用

–throttle 后面跟毫秒数，表示每个随机事件中间的时间间隔

COUNT 必选参数，表示运行随机事件的个数

Monkey监控并特殊处理的3个事件：

1、如果指定测试包时，限制测试在指定的包中；

2、如果应用crash或存在未捕获的异常，monkey停止并报告错误；

3、如果应用产生ANR（application not responding）错误，monkey停止并报告错误。

产生ANR的两个条件：

1、线程响应超过5s；

2、HandleMessage回调函数超过10s

以下属于引用内容

1、 Null指针异常

空指针异常主要是有NullPointerException异常提示，在Monkey测试过程中，该信息一般记录在plog.log (locat中也有该信息)中。

如果Monkey命令被中断，说明有异常信息并且有对应的打印信息，可以看到如下信息，说明几个问题：

A、android.process.acore该进程出现异常

B、异常信息主要是由于NullPointerException引起的，也就是出现了空指针，导致了acore进程进入debug

C、具体的可以继续分析是由哪个函数的那一行导致的，如可以从rollAnimate3dRotate.java文件中的275行查找等。

//at com.android.launcher.LauncherAnimator.ScrollAnimate3dRotate.drawFrame(ScrollAnimate3dRotate.java:275)

D、可能同一应用中存在多处的空指针异常，所以一旦出现空指异常后，可以分析和对比log信息，如果不一致的话，需要把新的log信息也一同添加到bug中，如果log信息一直的话，则不需要继续补充没有必要的log信息。

// CRASH: android.process.acore (pid 1339)

// Short Msg: java.lang.NullPointerException

// Long Msg: java.lang.NullPointerException

// Build Label: android:FIH/msm7627_surf/msm7627_surf/F0X:1.6/DONUT/0001_0_020:e

ng/release-keys

// Build Changelist: -1

// Build Time: 1271397239

// ID:

// Tag: AndroidRuntime

// java.lang.NullPointerException:

//atcom.android.launcher.LauncherAnimator.ScrollAnimate3dRotate.drawFrame(ScrollAnimate3dRotate.java:275)

// at com.android.launcher.Workspace.dispatchDraw(Workspace.java:605)

// at android.view.ViewGroup.drawChild(ViewGroup.java:1524)

// at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1256)

// at com.android.launcher.DragLayer.dispatchDraw(DragLayer.java:258)

// at android.view.ViewGroup.drawChild(ViewGroup.java:1524)

// at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1256)

// at android.view.View.draw(View.java:6329)

// at android.widget.FrameLayout.draw(FrameLayout.java:352)

// at android.view.ViewGroup.drawChild(ViewGroup.java:1526)

// at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1256)

// at android.view.View.draw(View.java:6329)

// at android.widget.FrameLayout.draw(FrameLayout.java:352)

// at com.android.internal.policy.impl.PhoneWindowDecorView.draw(PhoneWindow.java:1901)

// at android.view.ViewRoot.draw(ViewRoot.java:1333)

// at android.view.ViewRoot.performTraversals(ViewRoot.java:1098)

// at android.view.ViewRoot.handleMessage(ViewRoot.java:1618)

// at android.os.Handler.dispatchMessage(Handler.java:99)

// at android.os.Looper.loop(Looper.java:123)

// at android.app.ActivityThread.main(ActivityThread.java:4203)

// at java.lang.reflect.Method.invokeNative(Method.java:-2)

// at java.lang.reflect.Method.invoke(Method.java:521)

// at com.android.internal.os.ZygoteInitMethodAndArgsCaller.run(ZygoteInit.java:799)

// at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:557)

// at dalvik.system.NativeStart.main(NativeStart.java:-2)

** System appears to have crashed at event 7908 of 5000000 using seed 0

2、 debug异常

debug异常主要是由于应用程序本身的错误导致的异常。在Monkey测试过程中，该信息同样记录在plog.log (locat中也有该信息)中。一般情况下，出现的该问题，很可能在手动测试时也可以测试到。

A、 com.android.browser该进程进入debug

B、 出现的是IllegalStateException异常，该异常一般多是传递的参数非法或被多次调用时出现的异常

C、 Bug信息提交时，详细信息中一般应该包含如下的log信息，方便开发人员分析和定位。

// CRASH: com.android.browser (pid 5683)

// Short Msg: Connection is not open

// Long Msg: java.lang.IllegalStateException: Connection is not open

// Build Label: android:FIH/msm7627_surf/msm7627_surf/F0X:1.6/DONUT/0001_0_020:eng/release-keys

// Build Changelist: -1

// Build Time: 1271397239

// ID:

// Tag: AndroidRuntime

// java.lang.IllegalStateException: Connection is not open

// at android.net.http.AndroidHttpClientConnection.assertOpen(AndroidHttpClien

tConnection.java:153)

// at android.net.http.AndroidHttpClientConnection.setSocketTimeout(AndroidHtt

pClientConnection.java:195)

// at android.net.http.Connection.openHttpConnection(Connection.java:364)

// at android.net.http.Connection.processRequests(Connection.java:225)

// at android.net.http.ConnectionThread.run(ConnectionThread.java:116)

* System appears to have crashed at event 34155 of 5000000 using seed 0*

3、 低内存异常

低内存异常一般情况下，主要表现在出现OutOfMemoryError异常或者提示Out of memory，其后果同样表现为抛出OutOfMemoryError异常或者是通过kill process 来杀掉部分进程以释放内存空间，当然如果被kill点关键的进程的话，也就可能导致部分应用会自动的退出。出现该情况时，主要是在进行频繁的进行大量的操作导致的，所以使用手动的方式也是可能进行重现的。

A、 com.android.elastos.backup该进程出现的异常

B、 出现的是OutOfMemoryError异常，该异常一般多频繁的操作(即多次调用某个函数，存在申请变量空间未释放)导致的

C、 Bug信息提交时，详细信息中同样应该包含如下的log信息，方便开发人员分析和定位。

// CRASH: com.android.elastos.backup (pid 1581)

// Short Msg: bitmap size exceeds VM budget

// Long Msg: java.lang.OutOfMemoryError: bitmap size exceeds VM budget

// Build Label: android:FIH/msm7627_surf/msm7627_surf/F0X:1.6/DONUT/0001_0_020:eng/release-keys

// Build Changelist: -1

// Build Time: 1271397239

// ID:

// Tag: AndroidRuntime

// java.lang.OutOfMemoryError: bitmap size exceeds VM budget

// at android.graphics.Bitmap.nativeCreate(Bitmap.java:-2)

// at android.graphics.Bitmap.createBitmap(Bitmap.java:464)

// at android.graphics.Bitmap.createBitmap(Bitmap.java:431)

// at android.graphics.Bitmap.createScaledBitmap(Bitmap.java:336)

// at android.widget.AbsListView.preScaleBitmapBG(AbsListView.java:2354)

// at android.widget.AbsListView.draw(AbsListView.java:2365)

// at android.view.ViewGroup.drawChild(ViewGroup.java:1526)

// at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1256)

// at android.view.View.draw(View.java:6329)

// at android.view.ViewGroup.drawChild(ViewGroup.java:1526)

// at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1256)

// at android.view.View.draw(View.java:6329)

// at android.widget.FrameLayout.draw(FrameLayout.java:352)

// at android.view.ViewGroup.drawChild(ViewGroup.java:1526)

// at android.view.ViewGroup.dispatchDraw(ViewGroup.java:1256)

// at android.view.View.draw(View.java:6329)

// at android.widget.FrameLayout.draw(FrameLayout.java:352)

// at com.android.internal.policy.impl.PhoneWindowDecorView.draw(PhoneWindow.java:1901)

// at android.view.ViewRoot.draw(ViewRoot.java:1333)

// at android.view.ViewRoot.performTraversals(ViewRoot.java:1098)

// at android.view.ViewRoot.handleMessage(ViewRoot.java:1618)

// at android.os.Handler.dispatchMessage(Handler.java:99)

// at android.os.Looper.loop(Looper.java:123)

// at android.app.ActivityThread.main(ActivityThread.java:4203)

// at java.lang.reflect.Method.invokeNative(Method.java:-2)

// at java.lang.reflect.Method.invoke(Method.java:521)

// at com.android.internal.os.ZygoteInitMethodAndArgsCaller.run(ZygoteInit.java:799)

// at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:557)

// at dalvik.system.NativeStart.main(NativeStart.java:-2)

** System appears to have crashed at event 143290 of 100000000 using seed 0#

或者出现plog信息的最后出现如下log信息也可能存在同样问题：

<3>[56351.640641] Out of memory: kill process 14177 (app_process) score 247872 or a child

<3>[56351.641121] Killed process 14177 (app_process)

4、 操作无响应异常

操作无响应的问题，主要表现在Monkey运行过程中，出现某功能无响应，提示是否“强制关闭“或“等待“，同时会打印出相应的log信息，如下：

A、 可以说明com.android.soundrecorder该进程出现的无响应

B、 出现的是TimerOut异常，该异常一般出现时一般都会又keyDispatchingTimedOut提示

C、 目前，uPhone手机中经常出现操作无响应的几个模块包括：clock、camera、soundrecorder、broser等，根据开发人员分析其他模块也是有可能出现操作无响应的，测试过程中，请多注意。

D、 出现无响应异常，一般情况下很难被修复，和发送事件的频率也是有关系的，从质量上来要求的话，要求尽可能的减少出现操作无响应的频率和时间。

// NOT RESPONDING: com.android.soundrecorder (pid 1931)

ANR in process: com.android.soundrecorder (last in com.android.soundrecorder)

Annotation: keyDispatchingTimedOut

CPU usage:

Load: 8.24 / 8.41 / 8.25

CPU usage from 35911ms to 83ms ago:

com.android.soundrecorder: 4% = 3% user + 0% kernel / faults: 997 minor 43 maj

or

mediaserver: 2% = 2% user + 0% kernel / faults: 267 minor 3 major

android.process.media: 2% = 0% user + 1% kernel / faults: 563 minor 194 major

system_server: 1% = 1% user + 0% kernel / faults: 1279 minor 5 major

com.cootek.touchpal: 0% = 0% user + 0% kernel / faults: 180 minor 1 major

sensorserver_ya: 0% = 0% user + 0% kernel / faults: 47 minor 1 major

mmcqd: 0% = 0% user + 0% kernel

app_process: 0% = 0% user + 0% kernel / faults: 203 minor 1 major

com.fihtdc.brservice: 0% = 0% user + 0% kernel / faults: 29 minor

kswapd0: 0% = 0% user + 0% kernel

com.android.settings: 0% = 0% user + 0% kernel / faults: 266 minor

port-bridge: 0% = 0% user + 0% kernel / faults: 19 minor

rpcrouter: 0% = 0% user + 0% kernel

com.android.mms: 0% = 0% user + 0% kernel / faults: 135 minor 8 major

TOTAL: 13% = 8% user + 4% kernel + 0% iowait

procrank:

PID Vss Rss Pss Uss cmdline

1209 35368K 25376K 15283K 14036K system_server

1342 32788K 24596K 14899K 14136K android.process.acore

……

// procrank status was 0

anr traces:

// meminfo status was 0

** System appears to have crashed at event 59034 of 5000000 using seed 0

5、 其他异常

A、 Restart System异常(系统重新启动)，即log信息的最后几行会看到Restart System的打印信息，说明手机被自动的重启或断掉，有几个方面的原因

1、 运行过程中，存在异常手机被自动重启

2、 手机在运行过程中，进入设置中的恢复出场设置，导致手机重启

3、 其他原因，如果手机后盖移动等

B、 RuntimeException等异常,同样的会在plog.log中可以看到相应的打印信息, java.lang.RuntimeException该问题多出现在操作无响应之后,或者是某应用的服务无法启动或连接时,需要具体问题具体的分析

C、 StaleDataException、readException等异常, 在plog.log中可以看到相应的打印信息,也会有相应的信息: android.database.StaleDataException,该信息说明android的数据库操作出现异常, 需要具体问题具体的分析

D、 IllegalArgumentException等异常，多少情况下为说明向函数传递了一个不正确或不合法的参数需要具体问题具体的分析

E、 其他，带补充和分析说明

说明几点：

1、 log信息的分析，希望在bug信息的简述中能够明确说明清楚出现的是什么异常，具体的log信息要单独添加到详细信息描述中，方便相关人员定位和查看。

2、 bug的提交，对于Monkey测试出现的问题：

a、 首先要求分析log信息

b、 再次要确认该bug是否已经提交？已经提交的bug和新运行出来的问题是否一致？

c、 如果不一致的话，是否属于同一问题，如空指针异常，是的话就把该问题的log信息一起注释到bug信息中，并添加所有的log信息

d、 如果不一致的，也不属于同一问题的话，可以提交新的bug

3、 在java编程中，一般的异常都会抛出xxx Exception的信息，可以跟进xxx进行相关的判断和分析，具体的异常则需要具体问题具体分析。

欢迎关注，谢谢

https://github.com/yufan2014