adb命令

android log分析 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抓取详解 l 实时打印 adb logcat -b main -v time>app.log 打印应用程序的 log adb logcat -b radio -v time> 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 下载，

使用uiautomatorviewer报错java.lang.reflect.InvocationTargetException。 使用\Android\sdk\tools\bin\uiautomatorviewer.bat工具加载截图， 命令如下： adb shell uiautomator dump /sdcard/app.uix adb pull /sdcard/app.uix E:/app.uix adb shell screencap -p /sdcard/app.png adb pull /sdcard/app.png E:/app.png 打开后的界面如下，点击打开文件按钮 然后选择刚才抓出来的uix和截图文件 点击Ok 来源： https://www.cnblogs.com/winson-317/p/11368174.html

前戏 我们在做Android自动化的时候，adb命令是必不可少的，比如我们要获取一个包名，使用adb往手机上安装软件，获取activity等等，都要用到adb命令。而模拟器在我们没有手机测试的时候，可以提供我们一个环境，方便我们进行测试 sdk安装配置 adb是一个通用命令行工具，其允许你与模拟器实例或连接的Android设备进行通信。它可为各种设备提供便利，如安装和调试应用 在android_sdk/platform-tools/可以看到adb工具 adb的工作原理： 启动一个adb客户端时，此客户端首先检查是否有已运行的adb服务器进程，如果没有，它将启动服务器进程，当服务器启动时，它与本地TCP端口5037绑定，并侦听从adb客户端发送的命令，所有adb客户端均使用端口5037与adb服务器通信 启用adb调试： 要在通过USB连接的设备上使用adb，你必须在设备系统设置中启用adb debugging（位于开发者工具下），如果没有开发者工具，找到关于手机，版本号，多次点击 要使用adb命令必须安装Android的SDk 官网下载：https://android-sdk.en.softonic.com/download 安装sdk首先要安装java的jdk环境（java的jdk10检测不到，所以我将10降为了8） 直接点击下一步安装就行了，我的是win10系统 下载完打开

最近再学习appium,把学习的过程记录下来，以防止到时候 换个电脑就不知道这么安装搭建appium环境了。 环境搭建： 0.JDK环境是必备的，这里大家自行百度， 1.安装 node 环境，前辈的链接放这里，直接板砖 https://www.cnblogs.com/zhouyu2017/p/6485265.html https://www.cnblogs.com/zhouyu2017/p/6485265.html 2.安装appium cmd 运行命令 https://www.cnblogs.com/zhouyu2017/p/6485265.html 直接安装appium 3.安装 Appium desktop 简述它是干什么的： https://www.cnblogs.com/digod/p/7531359.html 4安装python环境 自行百度吧 5安装Android SDK环境 https://blog.csdn.net/qq_36577136/article/details/80632674 6.开始简单使用appuim 前提，安卓手机需要安装APPium settings,io手机暂时不知道 获取手机唯一id adb devices 获取安装包相关信息 https://www.wandouip.com/t5i70276/ 遇到问题： 1

1、下载并安装ADB WIFI插件 打开AS工程，依次点击 File -> Settings -> Plugins ，在搜索栏输入 ADB WIFI 找到插件并安装，重启AS后可以看到 Tools -> ADB WIFI ，就算安装成功了。 2、使用USB连接手机和电脑，并打开手机调试模式，将手机和电脑连在同一个局域网中 3、在命令窗口，输入 adb devices，如果显示有设备，说明连接良好，否则要检查上述第2步 4、运行 Tools -> ADB WIFI -> ADB Restart 5、成功后，运行 Tools -> ADB WIFI -> ADB USB to WIFI 即可 6、拔掉USB，即可开始在手机调试 7、如果第5步出现问题，则先在命令窗执行 adb tcpip 5555 adb connect 192.168.137.129:5555 connected to 192.168.137.129:5555 出现上述问题即可开始调试，其中 192.168.137.129 是手机的ip地址。 来源： https://blog.csdn.net/zhaotun123/article/details/99671903

这里只介绍一个使用adb来记录package的耗电量情况，前提条件是adb的环境，这里不做介绍adb环境的安装，可以百度一下，简单就是jdk跟sdk添加环境变量，保证adb可以使用，电量准确度一般。 1、电量测试开始之前，先清除所有后台应用，先清除被测应用电量的历史信息，保证电量日志的最新，以便于分析，首先连接usb，参考命令如下 //清除历史电量信息 $> adb shell dumpsys batterystats --enable full-wake-history //重置电量信息 $> adb shell dumpsys batterystats --reset 2、这里使用无线连接adb，确保电量的最准确，也可以不使用无线连接，跳过这里，连接数据线，参考命令如下： //使用adb建立tcpip，确保手机与电脑在同一网络环境下，指定端口为5555 $>adb tcpip 5555 2.1成功之后，找到设置–网络–当前wifi，查看自己的本地ip地址。如下图 2.2 找到IP地址之后，直接使用adb连接，参考命令： // x.x为你自己的ip地址,5555为端口，第二步自己定义的，反馈成功则直接断掉数据线 $>adb connect x.x.x.x:5555 3、此时断开数据线之后，开始操作你的被测应用，执行测试case，执行完毕之后，开始获取应用的耗电情况

摘取简书中作者： anly_jun 中的内容 1, adb简介 adb全名Andorid Debug Bridge. 顾名思义, 这是一个Debug工具. 然而, 为何称之为Bridge呢? 因为adb是一个标准的CS结构的工具, 是要连接开发电脑和你的调试手机的.包含如下几个部分: Client端, 运行在开发机器中, 即你的开发PC机. 用来发送adb命令. Deamon守护进程, 运行在调试设备中, 即的调试手机或模拟器. Server端, 作为一个后台进程运行在开发机器中, 即你的开发PC机. 用来管理PC中的Client端和手机的Deamon之间的通信. 2, 常用用法 2.1 adb devices 列举当前连接的调试设备 $ adb devices List of devices attached DU2SSE1467010378 device 2.2 adb logcat 打印log信息 指令 说明 备注 adb logcat 打印log / adb logcat -c 清除手机的log buffer 有些手机权限控制, 不支持. adb logcat -b <buffer> 打印指定buffer的log信息 buffer有: main(主log区,默认), events(事件相关的log), radio(射频, telephony相关的log) adb

adb shell atrace -c -b 10240 --async_start -z gfx 1. 执行查看adb shell atrace 功能 atrace --h atrace: invalid option -- h usage: atrace [options] [categories...] options include: -a appname enable app-level tracing for a comma separated list of cmdlines; * is a wildcard matching any process -b N use a trace buffer size of N KB -c trace into a circular buffer -f filename use the categories written in a file as space-separated values in a line -k fname,... trace the listed kernel functions -n ignore signals -s N sleep for N seconds before tracing [default 0] -t N trace for N seconds [default 5] -z

参数名 基本功能 -p 参数-p用于约束限制，用此参数指定一个或多个包（Package，即App） 。指定包之后，Monkey将只允许系统启动指定的App。如果不指定包，Monkey将允许系统启动设备中的所有APP。 -v 用于指定反馈信息级别（信息级别就是日志的详细程度），总共分3个级别：level0-2 -s 用于指定伪随机数生成器的seed值，如果seed相同，则两次Monkey测试产生的时间序列也相同。 -throttle <毫秒> 用于指定用户操作（即事件）间的时延，单位是毫秒 –ignore-crashes 用于指定当应用程序奔溃时（Force & Close错误），Monkey是否停止运行。如果使用此参数，即使应用程序奔溃，Monkey依然会发送事件，直到事件计数完成。 –ignore-timeouts 用于指定当前应用程序发生ANR（Application No Responding）错误时，Monkey是否停止运行，如果使用此参数，即使应用程序发生ANR错误，Monkey依然会发送事件，直到事件计数完成。 –ignore-security-exceptions 用于指定当程序发生许可错误时（如证书许可，网络许可等），Monkey是否停止运行。如果使用此参数，即使应用程序发送许可错误，Monkey依然会发送事件，直到事件计数完成 –kill-process

前言: 　　随着产品发布的周期越来越快, 行业对测试的要求也越来越高; 往往需要在很短的时间内完成 多端测试(Android iOS 小程序、H5)、 多环境测试(联调环境、测试环境、预发布环境)、 多机型覆盖(后逃统计到的top20 or top50?) 多版本共存(历史版本兼容?) 历史用例的回归(回归测试时的覆盖面?) 这些问题都在推动这整个行业去寻求技术的突破, 自动化测试就是能够保证产品质量的一个重要手段, 其与企业 产品线的CI CD 集成 完成回归测试 兼容性及自动化探索测试等;今天主要整理下UI自动化测试技术中的主流技术 手段 Appium. 使用分层测试策略，控制UI自动化测试规模(在决定做UI自动化前 一定要确定其主要解决的问题) 少数核心用例交给自动化测试 大部分的基础回归测试交给自动遍历 新功能测试交给人工测试 一、Appium应用原理: 　　 Appium是一个独立的模块,使用的时候需要我们启动它; 当开启appium服务器的同时就开启了监听端口；我们运行脚本的时候，调用任何的appiumAPI，都会向Appium Server端post一条HTTP请求，(我们可以使用任何方式去发送交互的post http请求, 各语言脚本,或者是自定义curl等,只要请求符合webdirver协议 );请求内容就是根据webdriver wire