第6章 仪器与药房：测试工具生态选型

本章要回答的三个问题：Java、Python、JavaScript、Go 各自的主浪单测框架怎么挑，它们的血脉分别是什么？要 Mock 一个真实服务，用框架自带的替身还是专门的 Mock 库，怎么选？集成测试和测试报告这摊活，哪些工具能帮你把环境和数据管起来、把结果摊成一张能开会看的报表？

为什么会有这一章

前面五章教你的是"判断"和"手艺"，但手艺最终要落在具体的一行命令、一串断言、一套配置上。很多团队死在"懂概念却买错药"——拿着一把 JUnit 的老习惯去写 Jest，翻车了还怪框架。这一章是药房：先按语言把主流单元测试框架的血脉和适用场景排清楚；再讲 Mock 与替身库的选型，告诉你为什么有的框架自带替身就够、有的墙羡慕别人的现成库；最后把集成测试平台、容器工具、CI 编排和报告分析工具串成一条"从跑测到开会复盘"的完整链路。这一章的目的不是让你背框架名，而是让你在买药时能看懂说明书上的适应症。

读完能解决什么

• 对至少三种主流语言，能说出对应的主力单测框架及其核心约定（发现、断言、参数化）。
• 能在"框架自带替身"和"专用 Mock 库"之间做成本判断，不盲目上重型库。
• 能搭配起一套"测试容器 + 数据工具 + CI 关卡 + 报告产物"的落地组合。
• 能复用一组可考察的口径，判断一个报告的覆盖率增长是真提升还是刷出来的。
• 形成"先看说明书适应症、再买药"的选择习惯，替代随大流选框架。

各节怎么分工

先决条件

• 完成第 2 章与第 5 章，理解替身与 CI 关卡的作用。
• 至少会用一门语言的测试框架跑起来。

往下走到哪

第 6 章是全册终点，也是一座仓库的入口——里面讲的框架基本都是开源的，试用门槛低。读完它，你手里既有诊断能力（前五章）又有处方能力（本章），可以真正开始在自己项目里把灯一盏盏装起来，并知道去哪里查各路工具的最新文档。

本章知识点清单

• 能以"发现、断言、参数化、并行"四件大事为手牌，对至少三种语言说出对应的主力单测框架。
• 能解释每个主流框架靠什么"发现"测试（注解、函数名、后缀、属性），并据此设计目录结构。
• 能基于"签名可读、参数化顺手、隔离替身内建还是外接"三条功力判断一种框架是否适合团队。
• 能在"原生替身够用"与"值得上专用 Mock 库"之间做成本判断，不被信仰绑架。
• 能识别"复杂替身时序、断言比重极大、细粒度记录"这三类才值得上专用库的信号。
• 能说明"单元层的替身是利器，但关键时刻要给真依赖与契约测试让位"这条边界。
• 能沿"跑起来 → 控环境数据 → 出报告复盘"三段，搭起一套落地的集成测试工具链。
• 能按"反复失败、增长真假、停滞用例"三个读报告动作，把报告变成能开会的决策依据。

一章一图：从诊断到处方的落地

这张图说明工具层和前五章"能力层"的关系：你已具备诊断能力，这一章只是在给它挑合适的刀——先选框架，再备替身库，再搭集成与报告链，最后以复盘闭环。