2、测试环境搭建：JDK配置、Android SDK配置、Gradle构建工具、模拟器与真机配置、ADB命令基础

好，咱们正式开始动手了。

这一章，说白了就是「把家伙事儿备齐」。很多新手一上来就急着写代码、跑测试，结果环境没配好，卡在莫名其妙的地方浪费一整天。我当年刚入行时也干过这种蠢事——配了三天环境，最后发现是 JDK 版本不对。嗯，咱们别走弯路，一步到位。

2.1 JDK 配置：Android 的基石

Android 开发离不开 Java，所以 JDK 是第一道门槛。我个人习惯用 JDK 11，因为从 Android Gradle Plugin 7.0 开始，官方就推荐 JDK 11 了。你如果还在用 JDK 8，也不是不行，但迟早要升级。

安装步骤其实很简单：

  1. 去 Oracle 官网或者 Adoptium 下载 JDK 11（我推荐 Adoptium，开源免费，省心）。
  2. 安装完后，配置环境变量 JAVA_HOME。
  3. 把 %JAVA_HOME%\bin 加到 PATH 里。

验证一下：

java -version
javac -version

看到版本号输出，就说明成了。

⚠️ 我曾经踩过的坑： 系统里装了多个 JDK 版本，结果 JAVA_HOME 指向了旧版本。Gradle 编译时直接报错，提示「不支持的 class 版本」。所以，配完环境变量后，一定在命令行里确认一下 echo %JAVA_HOME% 指向的是不是你想要的路径。

2.2 Android SDK 配置：核心工具链

JDK 搞定后，接下来就是 Android SDK。你不需要手动去官网下载，直接用 Android Studio 自带的 SDK Manager 就行。我个人习惯把 SDK 单独放在一个目录，比如 D:\Android\Sdk，方便管理。

关键配置项：

  • SDK Platforms：你打算测试哪些 Android 版本？我一般会装 9.0 (API 28)、10.0 (API 29)、11.0 (API 30) 这三个，覆盖大部分真机。
  • SDK Tools：Android SDK Build-Tools、Android SDK Platform-Tools、Android Emulator 这三个必须装。

配完环境变量：

ANDROID_HOME = D:\Android\Sdk
PATH 里加上 %ANDROID_HOME%\platform-tools 和 %ANDROID_HOME%\tools

验证：

adb --version

能显示版本号，就说明 SDK 配好了。

💡 小技巧： 如果你在公司内网，下载 SDK 组件可能会很慢。可以设置代理，或者用国内镜像站。我遇到过好几次因为网络问题导致 SDK 下载失败，后来干脆提前把常用组件离线下载好，放到共享目录里。

2.3 Gradle 构建工具：自动化编译的引擎

Gradle 是 Android 项目的构建工具。说白了，你写的代码怎么变成 APK，全靠它。

Android Studio 自带 Gradle，但版本可能不是最新的。我个人建议用项目自带的 gradle-wrapper.properties 来指定版本，这样团队里所有人都用同一个版本，避免「在我机器上能跑」的尴尬。

关键配置：

// gradle-wrapper.properties
distributionUrl=https\://services.gradle.org/distributions/gradle-7.5-bin.zip

然后在项目根目录的 build.gradle 里配置 Android Gradle Plugin 版本：

buildscript {
    dependencies {
        classpath 'com.android.tools.build:gradle:7.4.0'
    }
}

你想想看，如果 Gradle 版本和 AGP 版本不匹配，编译时就会报一堆看不懂的错误。我遇到过最离谱的一次，是 Gradle 8.0 配了 AGP 7.0，结果编译直接崩了，查了半天才发现是版本兼容问题。

📌 版本对应关系（我常用的组合）：
Gradle 7.5 → AGP 7.4
Gradle 8.0 → AGP 8.0
Gradle 8.2 → AGP 8.1
记住这个规律：大版本尽量对齐，别混搭。

2.4 模拟器与真机配置：测试的两种姿势

环境配好了，总得有个地方跑测试吧？模拟器和真机，各有各的用处。

模拟器配置

Android Studio 自带的模拟器其实挺好用的。我个人习惯创建 Pixel 4 的镜像，API 选 30，系统选 x86_64。为什么？因为 x86 镜像在电脑上跑得快，ARM 镜像太慢了，你想想看，等它启动完黄花菜都凉了。

创建步骤：

  1. 打开 AVD Manager，点「Create Virtual Device」。
  2. 选一个设备（比如 Pixel 4）。
  3. 选一个系统镜像（推荐 API 30 的 x86_64）。
  4. 分配内存和存储空间（我一般给 2GB RAM，够用）。

启动后，用 adb devices 看看能不能识别到。如果能，说明模拟器配置成功。

⚠️ 注意： 模拟器默认没有 root 权限。如果你需要测试一些需要 root 的场景（比如修改系统文件），可以用 emulator -writable-system 启动，但我不建议在生产环境这么干。

真机配置

真机测试更贴近用户实际体验。配置起来也不复杂：

  1. 打开手机的「开发者选项」和「USB 调试」。
  2. 用数据线连上电脑。
  3. 在手机上确认允许 USB 调试。

验证：

adb devices

如果看到设备序列号，就说明连上了。

💡 避坑指南： 我曾经遇到过真机连上后 adb devices 显示「unauthorized」。这是因为手机没有授权这台电脑。解决办法：拔掉数据线重新插，或者重启 adb 服务（adb kill-server 然后 adb start-server）。

2.5 ADB 命令基础：测试人员的瑞士军刀

ADB（Android Debug Bridge）是连接电脑和 Android 设备的桥梁。做自动化测试，ADB 是必须掌握的技能。说白了，你以后写脚本、跑测试、抓日志，都离不开它。

最常用的几个命令：

命令 作用 示例
adb devices 列出连接的设备 adb devices
adb install 安装 APK adb install app-debug.apk
adb uninstall 卸载应用 adb uninstall com.example.app
adb shell 进入设备终端 adb shell
adb logcat 查看日志 adb logcat -c（清空日志）
adb push/pull 文件传输 adb push local.txt /sdcard/

举个例子，你想看某个应用的日志：

adb logcat | grep "com.example.app"

这样就能过滤出你关心的日志，不会刷屏。

📌 我个人最常用的 ADB 组合拳：
1. adb install -r app.apk（覆盖安装，保留数据）
2. adb shell am start -n com.example.app/.MainActivity（直接启动指定 Activity）
3. adb shell input tap x y（模拟点击，适合写自动化脚本）
这三个命令，基本能覆盖 80% 的日常测试需求。

嗯，环境搭建这块就这些。别嫌麻烦，配好了后面就顺了。下一章咱们开始写第一个自动化测试用例，到时候你就知道今天配的这些有多重要了。

← 上一章 📖 返回目录 下一章 →