软件测试log的抓取

1、1.log文件分类简介实时打印的主要有：logcat main，logcat radio，logcat events，tcpdump，还有高通平台的还会有QXDM日志状态信息的有：adb shell cat /proc/kmsg ，adb shell dmesg，adb shell dumpstate，adb shell dumpsys，adb bugreport，工程模式等2.LOG抓取详解(1)实时打印adb logcat -b main -v time>app.log  打印应用程序的logadb logcat -b radio -v time>

2、 radio.log 打印射频相关的log，SIM STK也会在里面，modem相关的ATcommand等，当然跟QXDM差的很远了。adb logcat -b events -v time  打印系统事件的日志，比如触屏事件。tcpdump 是很有用的，对于TCP/IP协议相关的都可以使用这个来抓，adb shell tcpdump -s 10000 -w /sdcard/capture.pcap，比如抓mms下载的时候的UA profile，browser上网的时候，使用proxy的APN下载，streaming的相关内容包括UA profile等。最后是高通平台的QXDM，不管

3、是不是Android，只要使用高通芯片，都会对它很熟悉，当然了，不是高通的芯片就不用提它了。这个不多讲，内容丰富，射频，电话，上网，.凡是高通提供的解决方案，这个都可以抓。(QXDM 的LOG抓取方法请参考QPST、QXDM的基本使用说明及作用)(2)状态信息bugreport（命令adb bugreport>bugreport.log)。里面包含有dmesg，dumpstate和dumpsys。dumpstate是系统状态信息，里面比较全，包括手机当前的内存信息、cpu信息、logcat缓存，kernel缓存等等。adb shell dumpsys这个是关于系统service的内容都在

4、这个里面，这个命令还有更详尽的用法，比如adb shell dumpsys meminfo system是查看system这个process的内存信息。kmsg抓取adb shell cat /proc/kmsg > kmsg.txt，打开后查msm_kgsl字段说明：用于检索用printk生成的内核消息。任何时刻只能有一个具有超级用户权限的进程可以读取这个文件。也可以用系统调用syslog检索这些消息。通常使用工具dmesg或守护进程klogd检索这些消息。proc是一个内存文件系统, 每次读文件kmsg实际是内核内部的循环缓冲区,每读过后,循环缓冲区的东西就被认为已经处理过了(也就是

5、变成无效内容),所以你再次读为空是很正常的 为什么会这样处理呢,循环缓冲区大小有限,内核又随时可能往里面写东西,所以这样处理很正常. 你去查一下/proc/kmsg的信息有没有跟系统日志关联,如果有的话,你就可以读日志文件dmsg抓取adb shell dmesg > dmesg.txt说明：dmesg用来显示开机信息，kernel会将开机信息存储在ring buffer中。您若是开机时来不及查看信息，可利用dmesg来查看。dmesg是kernel的log，凡是跟kernel相关的，比如driver出了问题（相机，蓝牙，usb，启动，等等）开机信息亦保存在/var/log目录中，名称为

6、dmesg的文件里。more /var/log/dmesg工程模式下log的抓取对于Apollo手机请拨打*#*#8888#*#* ,然后勾选相应的LOG。待测试结束后，通过SD卡导出LOG到PC.3.Log分析Get Log from Android Systemadb bugreport > bugreport.txtcopy bugreport to the current directory.bugreport里面包含了各种log信息,大部分log也可以通过直接运行相关的程序来直接获得.步骤如下:(1)adb shell(2)进入相关工具程式的目录(3)执行相关程式(4)得到相关

7、信息下面以输出进程信息为例(1)adb shell(2)输入ps -P(3)可以看到相关进程信息-Log Archive Analysis1.bugreportbugreport记录android启动过程的log,以及启动后的系统状态,包括进程列表，内存信息，VM信息等等到.2.bugreport结构分析(1)dumpstateMEMORY INFO获取该log:读取文件/proc/meminfo系统内存使用状态CPU INFO获取该log:执行/system/bin/top -n 1 -d 1 -m 30 -t系统CPU使用状态PROCRANK获取该log:执行/system/bin/pro

8、crank执行/system/xbin/procrank后输出的结果,查看一些内存使用状态VIRTUAL MEMORY STATS获取该log:读取文件/proc/vmstat虚拟内存分配情况vmalloc申请的内存则位于vmalloc_startvmalloc_end之间，与物理地址没有简单的转换关系，虽然在逻辑上它们也是连续的，但是在物理上它们不要求连续。VMALLOC INFO获取该log:读取文件/proc/vmallocinfo虚拟内存分配情况SLAB INFO获取该log:读取文件/proc/slabinfoSLAB是一种内存分配器.这里输出该分配器的一些信息ZONEINFO获取该

9、log:读取文件/proc/zoneinfozone infoSYSTEM LOG(需要着重分析)获取该log:执行/system/bin/logcat -v time -d *:v会输出在程序中输出的Log,用于分析系统的当前状态VM TRACES获取该log:读取文件/data/anr/traces.txt因为每个程序都是在各自的VM中运行的,这个Log是现实各自VM的一些tracesEVENT LOG TAGS获取该log:读取文件/etc/event-log-tagsEVENT LOG获取该log:执行/system/bin/logcat -b events -v time -d *:

10、v输出一些Event的logRADIO LOG获取该log:执行/system/bin/logcat -b radio -v time -d *:v显示一些无线设备的链接状态,如GSM，PHONE,STK(Satellite Tool Kit)NETWORK STATE获取该log:执行/system/bin/netcfg (得到网络链接状态)获取该log:读取文件/proc/net/route (得到路由状态)显示网络链接和路由SYSTEM PROPERTIES获取该log:参考代码实现显示一些系统属性,如Version,Services,networkKERNEL LOG获取该log:执行

11、/system/bin/dmesg显示Android内核输出的LogKERNEL WAKELOCKS获取该log:读取文件/proc/wakelocks内核对一些程式和服务唤醒和休眠的一些记录KERNEL CPUFREQ(Linux kernel CPUfreq subsystem) Clock scaling allows you to change the clock speed of the CPUs on the fly.This is a nice method to save battery power, because the lower the clock speed

12、 is, the less power the CPU consumes.PROCESSES获取该log:执行ps -P显示当前进程PROCESSES AND THREADS获取该log:执行ps -t -p -P显示当前进程和线程LIBRANK获取该log:执行/system/xbin/librank剔除不必要的libraryBINDER FAILED TRANSACTION LOG获取该log:读取文件/proc/binder/failed_transaction_logBINDER TRANSACTION LOG获取该log:读取文件/proc/binder/transaction_lo

13、gBINDER TRANSACTIONS获取该log:读取文件/proc/binder/transactionsBINDER STATS获取该log:读取文件/proc/binder/statsBINDER PROCESS STATE获取该log:读取文件/proc/binder/proc/*bind相关的一些状态FILESYSTEMS获取该log:执行/system/bin/df主要文件的一些容量使用状态(cache,sqlite,dev)PACKAGE SETTINGS获取该log:读取文件/data/system/packages.xml系统中package的一些状态(访问权限,路径)，

14、类似Windows里面的一些lnk文件吧.PACKAGE UID ERRORS获取该log:读取文件/data/system/uiderrors.txt错误信息KERNEL LAST KMSG LOG最新kernel message logLAST RADIO LOG最新radio logKERNEL PANIC CONSOLE LOGKERNEL PANIC THREADS LOG控制台/线程的一些错误信息logBACKLIGHTS获取该log:获取LCD brightness读/sys/class/leds/lcd-backlight/brightness获取该log:获取Button b

15、rightness读/sys/class/leds/button-backlight/brightness获取该log:获取Keyboard brightness读/sys/class/leds/keyboard-backlight/brightness获取该log:获取ALS mode读/sys/class/leds/lcd-backlight/als获取该log:获取LCD driver registers读/sys/class/leds/lcd-backlight/registers获取相关亮度的一些信息(2)pVERSION INFO输出下列信息当前时间当前内核版本:

16、可以读取文件(/proc/version)获得显示当前命令:可以读取文件夹(/proc/cmdline)获得显示系统build的一些属性:可以读取文件(/system/p)获得输出系统一些属性gsm.version.ril-implgsm.version.basebandgsm.imeigsm.sim.operator.numericgsm.operator.alpha(3)dumpsys执行/system/bin/dumpsys后可以获得这个log.经常会发现该log输出不完整,因为代码里面要求该工具最多只执行60ms,可能会导致log无法完全输出来.可以通过修改时间参数来

17、保证log完全输出.信息:Currently running servicesDUMP OF SERVICE services-name(running)Log Code AnalysisSite: .frameworksbasecmdsdumpstate相关Log程序的代码可以从上面目录获取Log Analysis Experience分析步骤1.查看一些版本信息确认问题的系统环境2.查看CPU/MEMORY的使用状况看是否有内存耗尽,CPU繁忙这样的背景情况出现.3.分析traces因为traces是系统出错以后输出的一些线程堆栈信息,可以很快定位到问题出在哪里.4.分析SYSTEM LO

18、G系统Log详细输出各种log,可以找出相关log进行逐一分析实例分析下面分析我写的一个测试例子,在OnCreate做一个死循环,这样主线程会被锁住，在按下硬件的Back之后会出现ANR的错误.在traces中发现该程序的堆栈信息如下: pid 20597 at 2010-03-15 01:29:53 Cmd line: com.android.testDALVIK THREADS:"main" prio=5 tid=3 TIMED_WAIT| group="main" sCount=1 dsCount=0 s=N bj=0x2aac6240 self=

19、0xbda8| sysTid=20597 nice=0 sched=0/0 cgrp=default handle=1877232296at java.lang.VMThread.sleep(Native Method)at java.lang.Thread.sleep(Thread.java:1306)at java.lang.Thread.sleep(Thread.java:1286)at android.os.SystemClock.sleep(SystemClock.java:114)at com.android.test.main.onCreate(main.java:20

20、)at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2459)at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2512)at android.app.ActivityThread.access$2200(ActivityThread.java:119)at

21、 android.app.ActivityThread$H.handleMessage(ActivityThread.java:1863)at android.os.Handler.dispatchMessage(Handler.java:99)at android.os.Looper.loop(Looper.java:123)at android.app.ActivityThread.main(ActivityThread.java:4363)at java.lang.reflect.Method.invokeNative(Native Method)at java.lang.reflect

22、.Method.invoke(Method.java:521)at ernal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)at ernal.os.ZygoteInit.main(ZygoteInit.java:626)at dalvik.system.NativeStart.main(Native Method)"Binder Thread #2" prio=5 tid=11 NATIVE| group="main" sC

23、ount=1 dsCount=0 s=N bj=0x2fb7c260 self=0×143860| sysTid=20601 nice=0 sched=0/0 cgrp=default handle=1211376at dalvik.system.NativeStart.run(Native Method)"Binder Thread #1" prio=5 tid=9 NATIVE| group="main" sCount=1 dsCount=0 s=N bj=0x2fb7c1a0 self=0x14c980| sysTid=20600 nice=0 sched=0/0 cgrp=default handle=1207920at dalvik.system.NativeStart.run(Native Method)"Signal Catcher" daemon prio=5 tid=7 RUNNABLE| gro