📚 课程目录第1章集成测试概述

集成测试概述：定义、目标与它在测试金字塔中的位置

各位好，我是老张。做硬件集成测试这行十几年了，今天咱们聊聊最基础但也最容易被忽视的问题——集成测试到底是什么。

很多人一上来就问我：「老张，集成测试不就是把几个模块拼起来跑一跑吗？」
嗯，这么说对了一半。拼起来跑没错，但怎么拼、跑什么、跑到什么程度算完，这里面的门道可不少。

集成测试，说白了就是把已经通过单元测试的各个模块，按照系统设计的要求组装起来，验证它们之间的接口、交互和协作是否正确。

举个例子。你做了一个智能门锁，指纹模块单独测没问题，蓝牙模块单独测也没问题，电机驱动模块单独测还是没问题。但把它们焊到一起，一按指纹——门没开。为什么？指纹模块和主控之间的 I²C 时序对不上，数据传丢了。

这就是集成测试要抓的问题。

核心定义：集成测试关注的是模块间的「接口」和「交互」，而不是模块内部的功能。

我个人习惯把集成测试的目标归纳为四点：

我在项目中遇到过最典型的一个案例：两个团队分别开发了电源管理模块和通信模块，各自测试都通过。集成后一跑，通信模块一发射，电源就掉电。查了三天，发现是通信模块的瞬态电流太大，触发了电源模块的过流保护。这就是典型的集成环境问题，单元测试根本发现不了。

很多新人分不清这三者的界限。我画个表格，你一看就明白：

你想想看，单元测试就像检查每个零件是否合格，集成测试就像检查零件之间的配合是否顺畅，系统测试则是整机跑起来看能不能干活。三个环节缺一不可。

我的经验：很多团队在单元测试上花了大功夫，系统测试也做得不错，但中间的集成测试往往被压缩。结果就是——单元测试全绿，系统测试一跑就崩。说白了，集成测试是承上启下的关键环节，省不得。

测试金字塔这个概念，做测试的应该都听过。但真正理解它含义的人，说实话不多。

下面这张图是我自己画的，把集成测试在金字塔中的位置标了出来：

从这张图你能看出几个关键信息：

注意：千万不要跳过集成测试直接做系统测试。我曾经在一个项目中这么干过，结果系统测试第一天就发现了 47 个接口问题。排查了整整两周，最后发现其中 30 个是同一个接口协议定义不一致导致的。如果先做集成测试，两天就能搞定。

说白了，现代硬件系统越来越复杂。一个设备里可能有 MCU、FPGA、传感器、通信模块、电源管理……每个模块可能来自不同的供应商，由不同的团队开发。

你想想看，A 团队写的 I²C 驱动，时钟频率设的是 400kHz；B 团队的传感器，只支持 100kHz。两个模块单独测都没问题，一接上就出乱码。这种问题，只有集成测试能发现。

我个人习惯把集成测试比作「婚姻介绍所」——每个模块都是优秀的单身青年，但能不能合得来，得实际相处了才知道。

在实际项目中，集成测试通常覆盖以下几类场景：

嗯，这里要注意一点：集成测试不是把所有模块一次性全拼起来测。那样出了问题根本没法定位。正确的做法是逐步集成——先测两个模块，再加第三个，循序渐进。

我的建议：刚开始做集成测试的团队，可以从「大爆炸集成」改成「增量集成」。虽然看起来慢一点，但定位问题的效率能提高 3-5 倍。我在带团队时，一直坚持这个原则。

集成测试不是什么高深的技术，但它是整个测试体系中承上启下的关键环节。没有它，单元测试的成果无法转化为系统级的质量保证；没有它，系统测试会变成一个巨大的「黑盒猜谜游戏」。

记住三句话：