嵌入式软件测试常用工具教程，附详细操作步骤

刚接触嵌入式软件测试，一搜工具全是陌生名字，QEMU、GDB 这些到底该咋用？看别人用得顺手，自己装都装不明白，更别说按步骤测试了，该怎么办呢？别慌，云哥今天就把嵌入式软件测试里最常用的 3 个工具拆解开讲，每一步操作都写得明明白白，新手跟着学也能搞定，一起往下看吧！😎

一、嵌入式软件测试，新手先学哪几个工具最合适？

很多朋友一上来就想把所有工具都学会，结果越学越乱。其实对新手来说，先掌握 3 个核心工具就够了，多了反而记不住。

1. QEMU（硬件模拟器）：不用买真实的嵌入式开发板，用它就能模拟硬件环境，像 LED 灯、按键这些硬件功能都能模拟，新手练手必备；
2. GDB（调试工具）：测试时遇到软件闪退、功能失效，用它能找到问题出在哪个代码行，定位 bug 特别管用；
3. JUnit（单元测试工具）：针对嵌入式软件里的小模块做测试，比如一个计算函数、一个控制逻辑，能快速判断模块是否正常工作。
   博主经常使用的就是这三个工具，从入门到工作，大部分测试场景都能覆盖，新手先把这三个学透，后续学其他工具会轻松很多。

二、QEMU 怎么装？怎么用它模拟硬件测试？

QEMU 是新手最先要搞定的工具，装的时候别慌，跟着步骤来就行。云哥为大家带来了详细的设置方法，一起看看吧！
第一步：安装 QEMU（以 Windows 系统为例）

1. 打开浏览器，搜 “QEMU 官网”，进入后下载最新的 Windows 版本安装包，注意别下错成 Linux 版本；
2. 双击安装包，选择安装路径（建议装在 C 盘以外的盘，比如 D 盘 “QEMU” 文件夹），然后一直点 “下一步”，最后点 “完成”；
3. 按 “Win+R”，输入 “cmd” 打开命令提示符，输入 “qemu-system-arm --version”，要是能显示版本号，就说明装成功了。

第二步：用 QEMU 模拟 LED 灯测试

1. 下载嵌入式 LED 灯控制软件的源码包，解压到 D 盘 “test” 文件夹；
2. 打开命令提示符，输入 “cd D:\test”，进入源码包所在目录；
3. 输入启动命令：“qemu-system-arm -M vexpress-a9 -kernel zImage -dtb vexpress-v2p-ca9.dtb -append "console=ttyAMA0" -serial stdio”，按回车；
4. 等模拟器启动后，输入 “./led_test” 运行软件，再输入 “led on 1”，要是模拟器里 1 号 LED 灯变亮，就说明测试成功了。
   我们在使用 QEMU 的时候，要是启动失败，大概率是命令输错了，仔细核对每个字符，尤其是 “-M”“-kernel” 这些参数，别少写空格。

三、GDB 怎么用？遇到 bug 怎么定位？

很多新手觉得 GDB 难，其实只要掌握几个常用命令就行。比如测试时软件闪退，用 GDB 就能快速找到问题。
第一步：安装 GDB（Linux 系统下）

1. 打开终端，输入 “sudo apt-get install gdb-multiarch”，这个版本的 GDB 支持嵌入式软件调试；
2. 输入 “gdb-multiarch --version”，显示版本号就说明装好了。

第二步：用 GDB 定位软件闪退问题

1. 先编译嵌入式软件，编译时要加 “-g” 参数，比如 “arm-linux-gnueabihf-gcc -g led_test.c -o led_test”，这样才能用 GDB 调试；
2. 启动 GDB，输入 “gdb-multiarch led_test”；
3. 连接到 QEMU 模拟器，输入 “target remote localhost:1234”（QEMU 默认调试端口是 1234）；
4. 输入 “run” 运行软件，等软件闪退时，输入 “backtrace”，就能看到闪退发生在哪个代码行，这样就可以针对性解决问题了。
   我之前测试一个按键控制软件，闪退了好几次，用 GDB 一查，发现是数组越界导致的，改完代码就好了，GDB 真的是定位 bug 的神器。

四、JUnit 怎么给嵌入式软件做单元测试？

JUnit 主要用来测软件里的小模块，比如一个加法函数，看它计算结果对不对。
第一步：准备 JUnit 环境

1. 安装 Java（JUnit 需要 Java 环境），然后在 Eclipse 或 IDEA 里装 JUnit 插件，直接在软件的 “插件市场” 搜 “JUnit” 就能装；
2. 新建一个 Java 项目，把嵌入式软件里要测试的模块代码（比如计算模块）复制进去。

第二步：写简单的单元测试用例
比如测试一个 “int add (int a, int b)” 的加法函数，测试用例可以这么写：

1. 新建一个测试类，命名为 “AddTest”；
2. 写测试方法：“@Test public void testAdd () { assertEquals (5, add (2, 3)); }”，意思是判断 add (2,3) 的结果是不是 5；
3. 点击 “运行测试”，要是显示绿色对勾，说明测试通过；要是红色叉号，就说明函数有问题，需要修改。
   但有些朋友想要测试更复杂的模块，比如控制 LED 灯的逻辑，这时候可以先把控制逻辑拆成小函数，再逐个用 JUnit 测试，这样会更简单。

五、新手用这些工具，最容易踩哪些坑？

我总结了几个新手常犯的错误，大家注意避开。

1. QEMU 启动命令输错：参数多容易记混，建议把常用命令存在记事本里，用的时候复制粘贴，避免手输出错；
2. GDB 没加编译参数：编译软件时忘了加 “-g”，导致 GDB 没法调试，一定要记得加这个参数；
3. JUnit 测试用例写太复杂：新手先写简单的用例，比如测试正常输入、边界值（像 add (0,0)、add (-1,1)），别一上来就测复杂场景。

最后啊，云哥想跟大家说，学嵌入式软件测试工具，别追求速度，要一步一步来。每个工具先练会最基础的功能，比如 QEMU 先会模拟 LED 测试，GDB 先会定位闪退，再学更复杂的用法。我当初学这些工具，QEMU 装了 3 次才成功，多试几次总能搞定。希望能帮到你，祝你早日熟练掌握这些工具，轻松做嵌入式软件测试！😊