一、嵌入式测试全景：挑战、模型与环境搭建

嵌入式测试，说白了就是跟硬件、软件、时序、中断这些东西打交道。跟纯软件测试完全是两码事。我做了十几年嵌入式测试，踩过的坑比走过的路还多。今天咱们就聊聊这个全景图。

1.1 嵌入式系统测试的挑战与特殊性

嵌入式系统测试难在哪？我总结了几点：

• 资源受限：RAM 就几 KB，Flash 几十 KB，跑个完整测试框架都费劲。
• 实时性要求：中断响应必须在微秒级，测试工具本身不能引入延迟。
• 硬件依赖：很多 bug 只有在真实硬件上才能复现，模拟器靠不住。
• 并发与中断：多个中断嵌套，时序问题极难定位。
• 可观测性差：没有屏幕、没有键盘，你怎么看程序跑得对不对？

举个例子。我之前做一款工业控制器，程序在模拟器上跑了一周都没问题。结果一上硬件，每隔两小时就死机一次。查了三天，最后发现是看门狗复位和某个外设中断冲突了。这种问题，纯软件测试根本测不出来。

1.2 测试V模型与敏捷测试

嵌入式测试的流程，传统上走的是 V 模型。但说实话，现在敏捷开发这么流行，V 模型也得变通。

传统V模型

阶段	左侧（设计）	右侧（测试）
需求分析	系统需求	验收测试
概要设计	系统架构	系统集成测试
详细设计	模块设计	模块集成测试
编码实现	代码编写	单元测试

V 模型的好处是层级清晰，每个阶段都有对应的测试活动。但问题也很明显——太死板。等你把全部代码写完再测，黄花菜都凉了。

敏捷测试怎么搞？

我个人习惯的做法是「混合模式」：

• 单元测试：开发自己写，用 CUnit 或 Unity 框架，每次提交都跑。
• 集成测试：每天跑一次，用 Jenkins 自动触发。
• 系统测试：每个 Sprint 结束前做一轮。
• 硬件在环测试：关键功能每次迭代都测，不能等到最后。

你想想看，如果每次代码提交都要连硬件跑十分钟，开发人员肯定不干。所以，能模拟的就模拟，能隔离的就隔离。

1.3 测试环境搭建

环境搭建是嵌入式测试的第一步，也是最容易出问题的一步。我见过太多人卡在这里。

JTAG调试器

JTAG 是嵌入式测试的「眼睛」。没有它，你基本就是盲测。

• 常用工具：J-Link、ST-Link、OpenOCD + FT2232
• 核心功能：断点调试、内存读写、寄存器查看、Flash 编程
• 注意事项：线长不要超过 20cm，否则信号容易失真

串口

串口是嵌入式系统最朴素的「日志输出口」。虽然老，但管用。

• 波特率：115200 是主流，但有些老片子只能用 9600
• 电平转换：TTL 电平需要 USB-TTL 转换器，RS232 需要 MAX232
• 工具推荐：Putty、SecureCRT、minicom（Linux）

嗯，这里要注意：串口输出本身会占用 CPU 时间。如果你在中断服务函数里打印日志，可能会改变时序，导致 bug 消失。这叫「海森堡效应」——观测行为本身改变了被观测对象。

逻辑分析仪

逻辑分析仪是排查时序问题的利器。尤其是多路信号同时抓的时候，效果拔群。

参数	入门级	专业级
采样率	100 MHz	1 GHz 以上
通道数	8 通道	32 通道以上
价格	200-500 元	5000 元以上
适用场景	SPI、I2C、UART 调试	DDR、高速并行总线

我建议初学者先买个入门级的逻辑分析仪，比如 Saleae 的克隆版。抓个 SPI 波形、分析个 I2C 时序，完全够用。

1.4 知识体系全景图

下面这张图，是我自己整理的嵌入式测试知识体系。你可以把它当成一张「地图」，学完一章就回来看看，知道自己走到哪了。

1.5 本章小结

嵌入式测试不是简单的「跑个用例就完事」。它需要你理解硬件、懂时序、会搭环境，还得有耐心排查那些「幽灵般」的偶发问题。

• 挑战：资源受限、实时性、硬件依赖、可观测性差
• 模型：V 模型打底，敏捷测试做迭代，混合模式最实用
• 环境：JTAG 是眼睛，串口是嘴巴，逻辑分析仪是耳朵

好了，这一章就到这里。记住这张全景图，后面每一章都会回到这里，把每个节点展开细讲。