1. 集成测试概述：定义、目标、与单元测试和系统测试的区别
1.1 什么是集成测试？
集成测试，说白了就是把各个模块拼起来，看看它们能不能好好配合。
我刚开始做嵌入式开发时，总觉得单元测试跑通了，系统就稳了。结果呢？有一次把通信模块和控制模块一接，数据全乱套了。单元测试明明都过了啊！后来我才明白——模块单独跑没问题，不代表它们连起来也没问题。
集成测试就是干这个的。它关注的是模块之间的接口、数据传递、时序配合。你想想看，一个嵌入式系统里，驱动层、协议栈、应用层，哪个不是靠接口沟通的？接口一出问题，整个系统就崩了。
集成测试的核心定义： 在单元测试之后，系统测试之前，对模块间的交互进行验证。重点检查接口协议、数据交换、时序约束和资源竞争。
1.2 集成测试的目标
我习惯把集成测试的目标拆成四个维度。每个维度都是我在项目里踩过坑才总结出来的：
- 接口一致性——模块A发给模块B的数据，格式对不对？参数类型匹配吗？我曾经遇到过一个项目，两个团队各自开发，结果一个用大端字节序，一个用小端，联调时数据全反了。
- 时序正确性——A模块处理完，B模块能不能及时拿到结果？中断优先级会不会导致数据丢失？嗯，这里要注意，嵌入式系统里时序问题特别隐蔽。
- 资源互斥——多个模块共享内存、DMA通道、外设时，会不会冲突？我记得有一次，两个驱动同时操作同一个UART，系统直接死锁了。
- 异常传递——某个模块挂了，其他模块能不能感知？会不会导致级联崩溃？
| 测试维度 | 典型问题 | 我见过的真实案例 |
|---|---|---|
| 接口一致性 | 数据结构不匹配、字节序错误 | 大端小端混用，数据解析全错 |
| 时序正确性 | 竞态条件、中断丢失 | 高优先级中断抢占，数据覆盖 |
| 资源互斥 | 死锁、资源饥饿 | 两个任务争用同一缓冲区 |
| 异常传递 | 错误码未传递、看门狗未触发 | 模块崩溃后系统无响应 |
1.3 集成测试 vs 单元测试 vs 系统测试
很多新手分不清这三者的区别。我打个比方你就明白了：
- 单元测试——检查每个零件是否合格。比如一个螺丝，螺纹对不对？长度够不够？
- 集成测试——把零件组装起来，看齿轮能不能咬合，螺丝能不能拧紧。
- 系统测试——整台机器跑起来，看能不能完成最终任务。
说白了，单元测试管内部逻辑，集成测试管接口交互，系统测试管整体功能。三者缺一不可。
我的经验： 很多团队跳过集成测试，直接从单元测试跳到系统测试。结果系统测试时发现一堆接口问题，定位起来特别痛苦。我建议你至少留出30%的测试时间给集成测试。
为什么会这样？因为系统测试的视角太宏观了。系统测试发现一个bug，你根本不知道是哪个模块的问题，更不知道是模块内部逻辑错了，还是模块之间的接口没对上。集成测试就是帮你缩小排查范围的。
1.4 集成测试在嵌入式开发中的特殊挑战
嵌入式系统的集成测试，比纯软件集成要复杂得多。我列几个常见的坑：
- 硬件依赖——有些模块必须跑在真实硬件上，模拟器跑不了。比如外设驱动、中断控制器。
- 实时性约束——软件集成可以容忍毫秒级延迟，嵌入式系统里微秒级的偏差就可能导致任务失败。
- 资源受限——内存、Flash、CPU算力都有限，集成测试本身不能占用太多资源。
- 多团队协作——驱动团队、协议栈团队、应用团队，各自开发，联调时问题百出。
避坑指南： 我曾经在一个项目中，驱动团队和应用团队各自为政。驱动层改了接口参数，没有及时通知应用层。结果集成测试时，应用层传的参数全是错的。从那以后，我要求所有接口变更必须走正式的变更通知流程。
1.5 集成测试的知识体系
下面这张图，是我自己梳理的集成测试知识体系。你可以把它当成一张地图，后面每章都会对应到其中的某个部分。
1.6 集成测试的时机与前置条件
什么时候开始做集成测试？我个人的经验是：单元测试通过率达到80%以上，就可以启动了。不用等到所有单元测试都跑完，那样太慢了。
但有几个前置条件必须满足：
- 接口文档已定稿——接口参数、返回值、错误码、时序要求，都得写清楚。口头约定是最坑的。
- 桩模块或驱动模块就绪——被测模块依赖的上下游模块，要么有真实模块，要么有模拟的桩模块。
- 测试环境搭建完成——硬件板卡、调试器、逻辑分析仪、串口工具，都得准备好。
- 缺陷管理流程已建立——发现问题往哪儿报？谁来修？怎么验证？流程得跑通。
小技巧： 我习惯在项目启动时就定义好接口契约，用头文件或IDL（接口描述语言）写死。这样集成测试时，接口不一致的问题一眼就能看出来。
1.7 集成测试的常见误区
最后，我总结几个常见的误区。这些都是我在项目里亲眼见过的：
- 误区一：集成测试就是联调——联调是开发人员凑在一起把代码跑通，没有系统性的测试用例和通过标准。集成测试是有计划、有记录、有报告的。
- 误区二：集成测试可以自动化全覆盖——嵌入式系统里，很多硬件相关的接口没法自动化。比如中断响应时间、DMA传输正确性，还是得靠手动测试和示波器。
- 误区三：集成测试发现问题就是别人的锅——接口问题往往是双方的责任。我见过两个团队互相甩锅，最后发现是需求文档写错了。
- 误区四：集成测试可以压缩时间——项目延期了，砍集成测试？千万别。集成测试省下来的时间，会在系统测试阶段加倍还回来。
嗯，这一章就到这里。记住一句话：集成测试不是可选项，是必选项。后面我们会一步步深入，从策略制定到接口调试，再到工具选型，把集成测试的每个环节都讲透。