【Go 测试之道】06 集成测试（下）：多依赖编排与高级技巧

大家好，我是Tony Bai。

欢迎来到《Go 测试之道：从测试金字塔到高级实践》的第六讲。

在上一讲中，我们取得了里程碑式的突破。通过 Testcontainers，我们成功地“驯服”了 PostgreSQL，为 repository 层构建了一套完全自动化的集成测试。我们拥有了对数据访问层代码的极高保真度的信心。

但是，一座坚固的地基，并不代表整栋大楼的万无一失。我们的核心业务逻辑，位于 service 层。它就像是整栋大楼的“承重结构”，负责协调不同的“功能房间”（如数据库和缓存），共同完成复杂的业务流程。

回忆一下我们的业务需求：

• 重定向 (GET /{short_code}): 需要从 PostgreSQL 查询，并将访问次数异步地记录到 Redis 中。

这清楚地表明，service 层需要同时与 PostgreSQL 和 Redis 协作。

因此，今天我们的任务将再升一级：我们要为 service 层编写集成测试。这意味着，我们不仅要测试它能否与单个依赖正常工作，更要验证它在多个依赖组成的“微型生产环境”中，能否正确地编排和驱动完整的业务流程。

我们将从一个“召唤师”晋升为一名“乐团指挥”，同时“召唤”并“指挥”多个外部服务。更重要的是，我们还会探索 Testcontainers 的一些高级技巧，并学习如何优雅地测试异步代码，让我们的测试体系更加健壮。

从“单兵作战”到“联合作战”——多容器编排与网络

在 Testcontainers 中编排多个容器，其核心挑战在于网络通信。默认情况下，Testcontainers 启动的每个容器，都运行在一个隔离的 Docker 网络中，并且端口是随机映射到主机的。

• 容器-主机-容器 通信 (不推荐)