1. 课程导入

各位同学，欢迎来到《嵌入式测试基础》的第一章。咱们先聊聊嵌入式测试到底是个什么活儿。

我做了十几年嵌入式开发，踩过的坑不少。说实话，刚入行那会儿，我也觉得测试就是“跑一跑、点一点”，能亮就行。直到有一次，一个产品在客户现场死机，排查了三天才发现是中断优先级配置的问题——那玩意儿在实验室根本复现不出来。从那以后，我对测试的态度就彻底变了。

这一章，咱们把基础打牢。先搞清楚嵌入式系统有什么特别之处，再聊聊测试为什么难、为什么重要，最后看看测试金字塔这个经典模型怎么帮我们规划测试策略。

1.1 嵌入式系统的特点

嵌入式系统和普通PC软件不一样。你想想看，PC上程序崩了，重启一下就好。嵌入式设备呢？它可能装在汽车里、医疗设备里、甚至卫星上。出问题可不是闹着玩的。

我归纳了几个核心特点，咱们用表格对比一下：

特点	说明	对测试的影响
资源受限	CPU主频低、RAM/ROM小、无操作系统或RTOS	测试工具本身不能占用太多资源，插桩可能影响时序
实时性要求	必须在规定时间内响应外部事件	测试要验证时间约束，不能只看功能正确
硬件耦合	软件直接操作寄存器、中断、外设	纯软件测试不够，需要硬件在环或仿真
并发与中断	多级中断嵌套、任务抢占	竞态条件、死锁、优先级反转都是测试重点
可靠性要求高	7×24小时运行，无人值守	压力测试、稳定性测试、异常恢复测试必不可少
开发环境与目标环境分离	交叉编译，宿主机开发、目标机运行	测试环境搭建复杂，调试信息获取困难

1.2 测试的挑战与重要性

好，特点说完了。那实际做测试的时候，会遇到哪些头疼的问题？

1.2.1 主要挑战

我列几个最常见的，你看看有没有共鸣：

• 可观测性差：芯片就那么几个引脚，printf打日志？有时候连串口都没有。出了问题，你根本不知道里面发生了什么。
• 可控制性差：某些硬件状态很难模拟。比如掉电瞬间、电磁干扰、传感器故障——这些场景在实验室里很难复现。
• 时序问题难以捕捉：我记得有一次，一个bug只在特定温度、特定电压、特定中断组合下才出现。用逻辑分析仪抓了三天波形才定位到。
• 回归测试成本高：每次改代码都要重新烧录、重新上电。跑一轮全量测试可能要好几个小时。
• 工具链不统一：不同厂商的MCU，调试器、IDE、测试框架都不一样。换个平台，测试方案几乎要重写。

1.2.2 为什么测试如此重要

说完了挑战，咱们聊聊为什么非做不可。

1. 安全第一：嵌入式系统很多是安全关键系统。汽车刹车、心脏起搏器、飞机飞控——出问题就是人命关天。
2. 修复成本随阶段指数增长：需求阶段的bug，改一行文档就行。到了生产阶段才发现？可能要召回产品、重新流片。成本差几个数量级。
3. 客户信任：产品三天两头死机、重启，谁还敢用？口碑一旦坏了，再好的功能也救不回来。
4. 合规要求：很多行业有强制标准。比如汽车行业的ISO 26262、医疗行业的IEC 62304。不通过测试认证，产品根本不能上市。

1.3 测试金字塔模型

好，重点来了。测试金字塔是Mike Cohn提出的经典模型，在嵌入式领域同样适用。说白了，它告诉我们一个道理：底层测试要多、要快、要便宜；上层测试要少、要慢、要贵。

咱们画个图，直观感受一下：

1.3.1 三层结构详解

咱们一层一层拆开看：

• 底层：单元测试
  • 测试对象：单个函数、单个模块
  • 特点：脱离硬件运行，在宿主机上执行
  • 工具：CUnit、Unity、CMock、Google Test
  • 我个人的习惯：每个函数至少写一个正常路径用例和一个异常路径用例。别嫌多，这是性价比最高的测试。
• 中层：集成测试
  • 测试对象：模块之间的接口、数据流、控制流
  • 特点：需要部分硬件或仿真环境
  • 重点：检查接口协议是否匹配、时序是否满足、中断是否冲突
  • 我记得有一次做CAN总线集成测试，两个模块单独测都没问题，一合起来就丢帧。最后发现是发送缓冲区的互斥锁没处理好。
• 顶层：系统测试
  • 测试对象：整个系统
  • 特点：在真实硬件上运行，覆盖完整场景
  • 内容：功能测试、压力测试、边界测试、异常恢复测试
  • 注意：系统测试发现问题时，定位成本已经很高了。所以前面两层一定要做扎实。

1.3.2 嵌入式测试金字塔的特别之处

和纯软件项目相比，嵌入式测试金字塔有几个地方要调整：

维度	纯软件项目	嵌入式项目
单元测试运行环境	开发机直接运行	需要交叉编译，或使用模拟器
集成测试重点	API接口、数据库	寄存器读写、中断、DMA、外设时序
系统测试难点	并发用户、网络延迟	硬件故障、电源波动、电磁干扰
Mock/Stub需求	相对简单	需要模拟硬件行为，复杂度高

说白了，嵌入式测试金字塔的底座要更宽、更扎实。因为底层模块一旦出问题，上层测试根本跑不起来。

1.4 本章小结

这一章咱们聊了三个核心问题：

• 嵌入式系统资源受限、实时性高、硬件耦合深——这些特点决定了测试不能照搬PC软件那一套。
• 测试的挑战在于可观测性差、时序问题难复现、回归成本高。但重要性不言而喻——安全、成本、合规，哪一条都绕不过去。
• 测试金字塔告诉我们：把大部分精力放在底层的单元测试上，用集成测试验证接口，用系统测试做最终把关。这个策略，我用了十几年，确实管用。