Android软件测试的日志文件抓取简介

发表于:2013-7-08 10:50

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:千里之外    来源:51Testing软件测试网采编

分享:

  错误信息

  KERNEL LAST KMSG LOG

  最新kernel message log

  LAST RADIO LOG

  最新radio log

  KERNEL PANIC CONSOLE LOG

  KERNEL PANIC THREADS LOG

  控制台/线程的一些错误信息log

  BACKLIGHTS

  获取该log:获取LCD brightness读/sys/class/leds/lcd-backlight/brightness

  获取该log:获取Button brightness读/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)build.prop

  VERSION INFO输出下列信息

  当前时间

  当前内核版本:可以读取文件(/proc/version)获得

  显示当前命令:可以读取文件夹(/proc/cmdline)获得

  显示系统build的一些属性:可以读取文件(/system/build.prop)获得

  输出系统一些属性

gsm.version.ril-impl
gsm.version.baseband
gsm.imei
gsm.sim.operator.numeric
gsm.operator.alpha

  (3)dumpsys

  执行/system/bin/dumpsys后可以获得这个log.

  经常会发现该log输出不完整,因为代码里面要求该工具最多只执行60ms,可能会导致log无法完全输出来.

  可以通过修改时间参数来保证log完全输出.

  信息:

Currently running services
DUMP OF SERVICE services-name(running)
Log Code Analysis
Site: .\frameworks\base\cmds\dumpstate\

  相关Log程序的代码可以从上面目录获取

  Log Analysis Experience

  分析步骤

  1.查看一些版本信息

  确认问题的系统环境

  2.查看CPU/MEMORY的使用状况

  看是否有内存耗尽,CPU繁忙这样的背景情况出现.

  3.分析traces

  因为traces是系统出错以后输出的一些线程堆栈信息,可以很快定位到问题出在哪里.

  4.分析SYSTEM LOG

  系统Log详细输出各种log,可以找出相关log进行逐一分析

  实例分析

  下面分析我写的一个测试例子,在OnCreate做一个死循环,这样主线程会被锁住,在按下硬件的Back之后会出现ANR的错误.

  在traces中发现该程序的堆栈信息如下:

—– pid 20597 at 2010-03-15 01:29:53 —–
Cmd line: com.android.test
DALVIK THREADS:
"main" prio=5 tid=3 TIMED_WAIT
| group="main" sCount=1 dsCount=0 s=N obj=0x2aac6240 self=0xbda8
| sysTid=20597 nice=0 sched=0/0 cgrp=default handle=1877232296
at 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)
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 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.Method.invoke(Method.java:521)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
at dalvik.system.NativeStart.main(Native Method)
"Binder Thread #2" prio=5 tid=11 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x2fb7c260 self=0×143860
| sysTid=20601 nice=0 sched=0/0 cgrp=default handle=1211376
at dalvik.system.NativeStart.run(Native Method)
"Binder Thread #1" prio=5 tid=9 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x2fb7c1a0 self=0x14c980
| sysTid=20600 nice=0 sched=0/0 cgrp=default handle=1207920
at dalvik.system.NativeStart.run(Native Method)
"Signal Catcher" daemon prio=5 tid=7 RUNNABLE
| group="system" sCount=0 dsCount=0 s=N obj=0x2fb7a1e8 self=0x126cc0
| sysTid=20599 nice=0 sched=0/0 cgrp=default handle=1269048
at dalvik.system.NativeStart.run(Native Method)
"HeapWorker" daemon prio=5 tid=5 VMWAIT
| group="system" sCount=1 dsCount=0 s=N obj=0x2e31daf0 self=0x135c08
| sysTid=20598 nice=0 sched=0/0 cgrp=default handle=1268528
at dalvik.system.NativeStart.run(Native Method)
—– end 20597 —–

  该文件的堆栈结构从下往上进行分析

  (1)栈底at dalvik.system.NativeStart.run(Native Method)

  系统为当前的task(应用程式)启动一个专用的虚拟机

  (2) at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2459)

  Activity Services是在后台负责管理Activity,它此时将测试例子的Activity启动起来了

  (3)at com.android.test.main.onCreate(main.java:20)

  启动测试程序

  (4)栈顶at java.lang.VMThread.sleep(Native Method)

  线程被sleep掉了,所以无法响应用户,出现ANR错误.

  上面是对一个非常简单的问题的分析.

  如果遇到比较复杂的问题还需要详细分析SYSTEM LOG.

  1.比如网络异常,要通过SYSTEM LOG里面输出的网络链接信息来判断网络状态

  2.数据传输,网络链接等耗时的操作需要分析SYSTEM LOG里面ActivityManager的响应时间

22/2<12
2023测试行业从业人员调查问卷已开启,千元大奖正在等你~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2023
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号