安卓app测试之Monkey⽇志分析
⼀、⼀般测试结果分析-搜索关键字：
1、⽆响应问题可以在⽇志中搜索 “ANR” 。
2、崩溃问题搜索 “CRASH” 。
3、内存泄露问题搜索"GC"（需进⼀步分析）。
4、异常问题搜索 “Exception”（如果出现空指针， NullPointerException，需格外重视）。
详细说明
1、 ANR问题：在⽇志中搜索“ANR”(“Application Not Responding")，说明有bug，出现ANR，⼀般是主线程的响应超过5秒，或者BroadcastReceiver没有在10秒内作出响应。这个就是⼀个⽐较严重的缺陷。把耗时的操作另起线程来处理就可以了。
2、崩溃问题：在⽇志中搜索“Exception”
⼆. 详细分析monkey⽇志：
将执⾏Monkey⽣成的log，从⼿机中导出并打开查看该log；在log的最开始都会显⽰Monkey执⾏的seed值、执⾏次数和测试的包名。
⾸先我们需要查看Monkey测试中是否出现了ANR或者异常，具体⽅法如上述。然后我们要分析log中的具体信息，⽅法如下：
查看log中第⼀个Switch，主要是查看Monkey执⾏的是那⼀个Activity，譬如下⾯的log中，执⾏的是t.smtt.SplashActivity，在下⼀个swtich之间的，如果出现了崩溃或其他异常，可以在该Activity中查问题的所在。
:Switch:#Intent;action=android.intent.action.MAIN;category=android.intent.category.LAUNCHER;launchFlags=0x10000000;t.smtt/.SplashActivity;end // Allowing start of Intent {act=android.intent.action.MAIN cat=
[android.intent.category.LAUNCHER]t.smtt/.SplashActivity } in t.smtt
在下⾯的log中，Sending Pointer ACTION_DOWN和Sending Pointer ACTION_UP代表当前执⾏了⼀个单击的操作;
Sleeping for 500 milliseconds这句log是执⾏Monkey测试时，throttle设定的间隔时间，每出现⼀次，
就代表⼀个事件。
SendKey(ACTION_DOWN) //KEYCODE_DPAD_DOWN  代表当前执⾏了⼀个点击下导航键的操作；
Sending Pointer ACTION_MOVE    代表当前执⾏了⼀个滑动界⾯的操作。安卓下载app
:Sending Pointer ACTION_DOWN x=47.0 y=438.0
:Sending Pointer ACTION_UP x=47.0 y=438.0Sleeping for 500 milliseconds
:SendKey (ACTION_DOWN): 20  //KEYCODE_DPAD_DOWN:SendKey (ACTION_UP): 20  //KEYCODE_DPAD_DOWNSleeping for 500 milliseconds
:Sending Pointer ACTION_MOVE x=-2.0 y=3.0
:Sending Pointer ACTION_MOVE x=4.0 y=-3.0
:Sending Pointer ACTION_MOVE x=-5.0 y=-3.0
:Sending Pointer ACTION_MOVE x=3.0 y=4.0
:Sending Pointer ACTION_MOVE x=-4.0 y=1.0
:Sending Pointer ACTION_MOVE x=-1.0 y=-1.0
:Sending Pointer ACTION_MOVE x=-2.0 y=-4.0
如果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、Null指针异常
空指针异常主要是有NullPointerException异常提⽰，在Monkey测试过程中，该信息⼀般记录在plog.l
og (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:
//  at com.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.PhoneWindow$DecorView.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 flect.Method.invokeNative(Method.java:-2)
//  at flect.Method.invoke(Method.java:521)
//  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.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.http.AndroidHttpClientConnection.assertOpen(AndroidHttpClien
tConnection.java:153)
//  at android.http.AndroidHttpClientConnection.setSocketTimeout(AndroidHtt
pClientConnection.java:195)
//  at android.http.Connection.openHttpConnection(Connection.java:364)
//  at android.http.Connection.processRequests(Connection.java:225)
//  at android.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
//  aphics.Bitmap.nativeCreate(Bitmap.java:-2)
//  ateBitmap(Bitmap.java:464)
//  ateBitmap(Bitmap.java:431)
//  ateScaledBitmap(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.PhoneWindow$DecorView.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 flect.Method.invokeNative(Method.java:-2)
//  at flect.Method.invoke(Method.java:521)
//  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.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
dia: 2% = 0% user + 1% kernel / faults: 563 minor 194 major
system_server: 1% = 1% user + 0% kernel / faults: 1279 minor 5 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
s: 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、buy的提交，对于Monkey测试出现的问题：
a、⾸先要求分析log信息
b、再次要确认该bug是否已经提交？已经提交的bug和新运⾏出来的问题是否⼀致？
c、如果不⼀致的话，是否属于同⼀问题，如空指针异常，是的话就把该问题的log信息⼀起注释到bug信息中，并添加所有的log信息
d、如果不⼀致的，也不属于同⼀问题的话，可以提交新的bug
3、在java编程中，⼀般的异常都会抛出xxx Exception的信息，可以跟进xxx进⾏相关的判断和分析，具体的异常则需要具体问题具体分析。
6、常见的java异常
算术异常类：ArithmeticExecption
空指针异常类：NullPointerException
类型强制转换异常：ClassCastException
数组负下标异常：NegativeArrayException
数组下标越界异常：ArrayIndexOutOfBoundsException
违背安全原则异常：SecturityException
⽂件已结束异常：EOFException
⽂件未到异常：FileNotFoundException
字符串转换为数字异常：NumberFormatException
操作数据库异常：SQLException
输⼊输出异常：IOException
违法访问错误：IllegalAccessError
内存不⾜错误：OutOfMemoryError
堆栈溢出错误：StackOverflowError 1
四.percent相关命令控制了事件类型，如果我们不指定事件类型。⽣成的报告中，事件占⽐⼤致如下：
// Event percentages:
// 0: 15.0%
/
/ 1: 10.0%
// 2: 2.0%
// 3: 15.0%
// 4: -0.0%
// 5: 25.0%
// 6: 15.0%
// 7: 2.0%
// 8: 2.0%
// 9: 1.0%
// 10: 13.0%
这⾥将事件分为了10种类型，分别为：
0：触摸事件百分⽐，即参数--pct-touch
1：滑动事件百分⽐，即参数--pct-motion
2：缩放事件百分⽐，即参数--pct-pinchzoom
3：轨迹球事件百分⽐，即参数--pct-trackball
4：屏幕旋转事件百分⽐，
5：基本导航事件百分⽐，即参数--pct-nav
6：主要导航事件百分⽐，即参数--pct-majornav 7：系统事件百分⽐，即参数--pct-syskeys
8：Activity启动事件百分⽐，即参数--pct-appswitch 9：键盘翻转事件百分⽐，即参数--pct-flip
10：其他事件百分⽐，即参数--pct-anyevent

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。