单元测试与集成测试实践

把测试想成一座诊所门口的灯牌：灯全绿的时候，什么都没告诉你，只有那盏红得刺眼的灯——测试红了——才说明哪里出了问题。真正成熟的团队，不是把灯调成常亮，而是懂得哪盏灯该在什么时候、被谁、以多快的速度点亮，以及怎样让它自己亮起来而不是依赖人手去按开关。这门教程不打算罗列一堆框架的名词，而是带你把单元测试和集成测试这两层灯，从"为什么装"到"怎么装、怎么接线、怎么看读数"，从头走一遍。

先直说本书的分工。单元测试负责给你的函数、方法、类这些最小零件做"单件体检"，快、稳、能随时开灯；集成测试负责检验多个零件拼起来之后，接口、数据、进程之间是否真的咬合。前者把红灯快速照到具体一行代码上，后者把红灯照到模块与模块的接缝处。两者不是为了二选一，而是同一套红绿灯系统里两台不同的监视器——本书第 4 章专门讲它们怎么分工。剩下的各章，其实是一条从装灯、看灯、到让灯自动工作的完整行动线。

下面的知识地图把整册的行走顺序和依赖关系摊开了。读第 1 章先弄清楚"灯装在几楼"；第 2、3 章分别是单件体检和拼装会诊两台仪器；第 4 章是分诊台，决定红绿分工；第 5 章是让灯自己会亮的自动化与质控；第 6 章是你真正要采购上手的工具药房。箭头表示前置关系——越往后，越依赖前面铺好的概念。

全册知识地图：测试红绿灯诊所的科室导览

读到这本教程末尾，你应该能回答几件事

其一，知道自己接手的系统该在哪一层装灯、装多少盏。其二，能分辨红灯到底是"零件坏了"还是"拼装坏了"，并据此决定是打开单元测试还是集成测试去定位。其三，能动手把一个别人只写了"框架演示"的测试库，接成自己项目里真正能拦回归的防线。其四，明白灯全绿不等于病都好了——第 5 章会戳破"覆盖率 100%"的幻觉。其五，响亮地回答"要不要为了绿灯牺牲一点设计"这种几乎每天都在会议室里吵的问题。

读法建议

如果你是完全的新手，按章顺序走，前 4 章把概念焊牢再谈自动化。如果你已经在写测试想补短板，可以直接跳进第 2 章的替身实验室和第 5 章的覆盖率，那里是大多数团队翻车的地方。如果你是要选工具搭基建，第 6 章是入口，但建议先回头把第 2 章的命名纪律读一遍——工具从来不是最大问题，纪律才是。全书刻意少讲空词，多给能落地的命令、断言和取舍。

这本教程刻意不做什么

它不是一个框架的安装手册，也不会带你背一长串命令而忽略理由——命令会在需要用到它的那节给出，但更重要的是解释那条命令背后的取舍。它同样不做"十个最佳实践十条美德"式的清单，那种写法通常读完就忘，因为每条都互相独立、没有形成因果。本册更偏重"为什么"：为什么单元要快、为什么先红灯后绿灯有效、为什么覆盖率高的假绿灯最危险。想清这些，再看具体语法才是真正的上手。

同时，测试终究是工程的一部分，它不该是悬在写码之外的义务。读完这册，希望你带走的不仅是一串工具名，而是一种直觉——改任何一行有逻辑的代码时，心里会先浮现"该让哪盏灯在几分钟内告诉我这行没改坏"。这种直觉一旦建立，工具、框架、CI 都只是把它落地的脚手架。

每个章节负责把哪种"灯"点亮

单元测试点亮的是"零件灯"——它小的、专、快；集成测试点亮的是"接缝灯"——它真、贵，拦的是零件之间漏进漏出的灰烟；TDD 教你把"红灯写成设计工具"而不是事后打补丁；覆盖率告诉你"绿灯亮着的时候，别急着庆祝，先看看它护住的是不是真的那扇门"。把这几盏灯分别点对位置，你的项目才谈得上被测试真正托住后腰，而不是拿一堆漂亮的报表自我安慰。