使用adb调试Android技巧

做测试，不会用ADB？这份Android调试桥实战指南请收好

大家好，今天这篇文章主要聊聊怎么在移动应用测试里用好Android调试桥（ADB），以及它到底能帮我们解决哪些实际问题。

相信大家对测试基础都有所了解，我就不赘述项目环境搭建那些琐事了。ADB的功能一直在迭代，我这里分享一些能切实提升工作效率的实用技巧。因为我平时做移动端测试主要在macOS上（毕竟它能通吃主流移动平台），所以下面的演示以macOS为主，用Windows的朋友如果命令有细微出入，还请见谅哈。

为了逻辑顺畅，咱们先从最基本的命令开始。

一、 设备连接与列表查看

通常我们只连一台设备，但有时候会通过TCP/IP连多台。这时候就得手动指定要在哪台设备上跑命令了。

• 查看连接设备列表：

  adb devices-l

  加-l参数能看到更详细的属性，当你连了好几台设备分不清谁是谁时，这招很有用。

• 指定设备执行命令：
  格式为adb -s <设备序列号> <命令>。

  # 比如给序列号为 32312b96 的手机装个包adb-s32312b96install~/Downloads/app-release.apk

  如果同时连着真机和模拟器，用-d(真机) 和-e(模拟器) 参数会更方便。

• 无线连接（TCP/IP）：
  前提是手机和电脑在同一Wi-Fi下。

  1. 先用数据线连上，开启TCP/IP模式：adb tcpip 5555
  2. 查看手机IP（设置里看，或用命令adb shell ifconfig wlan0）。
  3. 连接：adb connect 192.168.1.100:5555
  4. 想切回USB模式：adb usb

二、 应用安装、卸载与包名那点事

• 安装APK：

  adbinstall~/path/to/your_app.apk

  常用参数：

  • -d：允许降级安装（覆盖低版本）。
  • -r：保留数据重装。
  • -g：安装时默认授予所有运行时权限（省得装完还得点一堆弹窗）。

• 查找包名并卸载：
  卸载应用必须知道包名（Package Name）。

  # 列出所有包，并过滤关键词adb shell pm list packages|grep"tencent"# 卸载adb uninstall com.tencent.mm# 卸载但保留数据和缓存（-k参数）adb uninstall-kcom.tencent.mm# 清除应用数据和缓存（这招很常用）adb shell pmclearcom.tencent.mm

三、 如何从手机里“掏”出APK文件

有时候我们需要对比线上的包和本地的包，这时候知道怎么把手机里的安装包拽出来就很方便。

1. 先找到APK的安装路径：

   adb shell pm path com.example.myapp# 输出类似：package:/data/app/~~随机字符/com.example.myapp-随机字符/base.apk

2. 把文件拉到电脑上：

   adb pull /data/app/~~随机字符/com.example.myapp-随机字符/base.apk ~/Desktop/

四、 文本输入与特殊字符处理

要在输入框里灌入长文本或特殊字符测试时，手动敲太慢了。

• 基础输入（注意：ADB原生对中文支持不佳，英文数字没问题）：

  # 空格需要用 %s 替代adb shell input text Hello%sWorld

• 输入剪贴板内容（macOS专属技巧）：

  adb shell input text$(pbpaste|sed-e's/ /\\%s/g')

  这个命令会把电脑剪贴板里的内容自动处理好空格并发送到手机输入框。

五、 深链（Deep Link）测试

环境不稳定、推送收不到但又急着看跳转效果？直接调起Activity是测试的必备技能。

# 注意：链接中的 & 符号前要加反斜杠 \ 转义adb shell am start-W-aandroid.intent.action.VIEW-d"myapp://open/trip/detail\\&id=12345"com.example.myapp

这能帮你验证各种奇怪的跳转逻辑，比如跳转到失效页面会不会导致应用崩溃。

六、 截图与录屏

报Bug没图没真相？ADB也能搞定。

• 截图一条龙（直接保存到电脑当前目录）：

  adb exec-out screencap-p>~/Desktop/bug_screenshot.png

• 录制屏幕：

  # 开始录制，默认最长180秒adb shell screenrecord /sdcard/demo.mp4# Ctrl+C 停止录制后，拉到电脑上adb pull /sdcard/demo.mp4 ~/Desktop/

七、 模拟系统杀死进程后的状态恢复

这是一个很容易漏测的场景：用户切后台去回微信，过一会儿手机内存不够，系统把我们的App进程杀了。用户再切回来时，页面状态还能恢复吗？

# 模拟系统强杀进程adb shell amkillcom.example.myapp

然后点击图标重新打开App，检查页面和输入框数据是否还在。我们曾经就在这上面踩过坑，导致线上出现崩溃，希望大家引以为戒。

八、 日志抓取与分析

App崩了不要慌，先拉日志。

• 实时刷屏看错误：

  adb logcat-vtime*:E|grepcom.example.myapp

• 复现前清空缓冲区，导出干净日志：

  adb logcat-c# 清空缓冲# ... 复现Bug ...adb logcat-d>~/Desktop/crash_log.txt

九、 电池与省电模式模拟

现在的Android系统有Doze模式（瞌睡模式）和应用待机模式，测试App在省电状态下的表现很重要。

• 强制进入Doze模式：

  adb shell dumpsys battery unplug# 拔掉电源adb shell dumpsys deviceidleenable# 开启空闲模式开关adb shell dumpsys deviceidle force-idle# 强制进入瞌睡

• 测试完别忘了恢复正常：

  adb shell dumpsys deviceidle unforce adb shell dumpsys battery reset

十、 分辨率适配与Monkey测试

• 临时改分辨率（看看UI在大屏或小屏上会不会错乱）：

  adb shell wm size 1080x2400# 自定义宽高adb shell wm density480# 调整密度# 恢复：adb shell wm size reset && adb shell wm density reset

• Monkey随机压力测试：

  # 对 com.example.myapp 执行500次随机点击，间隔300msadb shell monkey-pcom.example.myapp--throttle300-v500

写在最后

ADB的功能非常庞大，远不止今天聊到的这些。技术在不断更新，可能明天有些命令的用法就变了。重要的是掌握查找问题的方法和思路。希望今天整理的内容能对各位的日常工作有所帮助。