adb-monkey-log分析手机在线a v「adb-monkey-log分析」

介绍两个比较全面的monkey测试命令：

1、adb shell monkey -v -v -v -s 8888 --throttle 300 --pct-touch 30 --pct-motion 25 --pct-appswitch 25 --pct-majornav 5 --pct-nav 0 --pct-trackball 0 -p com.wwdy.app 10000 >D:monkey.txt

这是一个比较完整的monkey测试命令，3个-v显示最详细的测试信息，指定种子值为8888，指定触摸事件占30%、手势事件占25%、Activity跳转占25%、主导航占5%、方向导航0%、轨迹球0%，剩下的15%随机分配给其它未指定的事件，约束只测试包名为com.wwdy.app的应用，指定事件数为10000次，输出的测试信息保存到D盘的monkey.txt文件中。

由于10000次耗时太长，这里改成10次执行该命令向大家解释一下测试结果信息。(正式测试可改成10000甚至更多次)

2、adb shell monkey -s 123456 -v -p com.xiachufang --ignore-crashes --ignore-timeouts --pct-touch 60 --throttle 300 100 2>D:zuotingworksMonkey测试/error.txt 1>D:zuotingworksMonkey测试/verbose.txt

2>D:zuotingworksMonkey测试/error.txt Level 2日志保存到电脑上的error.txt中

1>/sdcard/verbose.txt  Level 1日志保存到sdcard上的verbose.txt中

在monkey自动化测试（命令行)这里我们需要在最后的命令行里面加上配置。

日志分析：

一、一般测试结果分析-搜索关键字：

1、无响应问题可以在日志中搜索 “ANR” 。

2、崩溃问题搜索 “CRASH” 。

3、内存泄露问题搜索"GC"（需进一步分析）。

4、异常问题搜索 “Exception”（如果出现空指针， NullPointerException，需格外重视）。

详细说明

1、 ANR问题：在日志中搜索“ANR”(“Application Not Responding")，说明有bug，出现ANR，一般是主线程的响应超过5秒，或者BroadcastReceiver没有在10秒内作出响应。这个就是一个比较严重的缺陷。把耗时的操作另起线程来处理就可以了。

二. 详细分析monkey日志：
将执行Monkey生成的log，从手机中导出并打开查看该log；在log的最开始都会显示Monkey执行的seed值、执行次数和测试的包名。
首先我们需要查看Monkey测试中是否出现了ANR或者异常，具体方法如上述。然后我们要分析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

在下面的log中，Sending Pointer ACTION_DOWN和Sending Pointer ACTION_UP代表当前执行了一个单击的操作;
Sleeping for 500 milliseconds这句log是执行Monkey测试时，throttle设定的间隔时间，每出现一次，就代表一个事件。

如果Monkey测试顺利执行完成，在log的最后，会打印出当前执行事件的次数和所花费的时间；// Monkey finished代表执行完成。Monkey执行中断，在log的最后也能查看到当前已执行的次数。Monkey执行完成的log具体如下：

三、常见问题的具体分析

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信息。
**************************************************************************

2、debug异常
debug异常主要是由于应用程序本身的错误导致的异常。在Monkey测试过程中，该信息同样记录在plog.log (locat中也有该信息)中。一般情况下，出现的该问题，很可能在手动测试时也可以测试到。
A、com.android.browser该进程进入debug
B、出现的是IllegalStateException异常，该异常一般多是传递的参数非法或被多次调用时出现的异常
C、Bug信息提交时，详细信息中一般应该包含如下的log信息，方便开发人员分析和定位。
************************************************************************

3、低内存异常
低内存异常一般情况下，主要表现在出现OutOfMemoryError异常或者提示Out of memory，其后果同样表现为抛出OutOfMemoryError异常或者是通过kill process 来杀掉部分进程以释放内存空间，当然如果被kill点关键的进程的话，也就可能导致部分应用会自动的退出。出现该情况时，主要是在进行频繁的进行大量的操作导致的，所以使用手动的方式也是可能进行重现的。
A、com.android.elastos.backup该进程出现的异常
B、出现的是OutOfMemoryError异常，该异常一般多频繁的操作(即多次调用某个函数，存在申请变量空间未释放)导致的
C、Bug信息提交时，详细信息中同样应该包含如下的log信息，方便开发人员分析和定位。

4、操作无响应异常
操作无响应的问题，NOT RESPONDING，主要表现在Monkey运行过程中，出现某功能无响应，提示是否“强制关闭“或“等待“，同时会打印出相应的log信息，如下：
A、可以说明com.android.soundrecorder该进程出现的无响应
B、出现的是TimerOut异常，该异常一般出现时一般都会又keyDispatchingTimedOut提示
C、目前，uPhone手机中经常出现操作无响应的几个模块包括：clock、camera、soundrecorder、broser等，根据开发人员分析其他模块也是有可能出现操作无响应的，测试过程中，请多注意。
D、出现无响应异常，一般情况下很难被修复，和发送事件的频率也是有关系的，从质量上来要求的话，要求尽可能的减少出现操作无响应的频率和时间。

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进行相关的判断和分析，具体的异常则需要具体问题具体分析。

6、常见的java异常

• 算术异常类：ArithmeticExecption

• 空指针异常类：NullPointerException

• 类型强制转换异常：ClassCastException

• 数组负下标异常：NegativeArrayException

• 数组下标越界异常：ArrayIndexOutOfBoundsException

• 违背安全原则异常：SecturityException

• 文件已结束异常：EOFException

• 文件未找到异常：FileNotFoundException

• 字符串转换为数字异常：NumberFormatException

• 操作数据库异常：SQLException

• 输入输出异常：IOException

• 违法访问错误：IllegalAccessError

• 内存不足错误：OutOfMemoryError

• 堆栈溢出错误：StackOverflowError 1

 

---

实际操作中遇见的问题及解决办法：

1、usb调试中开启允许模拟点击

2、 

---

adb log分析

日志是由五部分组成的：

• 1、写下日志时的时间
• 2、优先级，在android中，日志的级从低到高分以下几种​​​​​​​
  • V——Verbose（啰嗦，最低级别，开发调试中的一些详细信息，仅在开发中使用，不可在发布产品中个输出）
  • D——Debug（调试，用于调试的信息，可以在发布产品中关闭，比较常见）
  • I——Info（信息，一般提示性的信息）
  • W——Waring（警告）
  • E——Error（错误，已经出现可影响运行的错误，比如应用crash时输出的日志）
• 3、标签，标明日志发起者和方便日志的过滤筛选，如ActivityManager
• 4、PID（进程ID），如图中的1758
• 5、正文，本日志的主体内容