testcontainers

背景 我做了 8 年测试开发，从单体到微服务、从 Python 到 Java，带过的自动化接口用例从几百条到上万条。有一件事我至今没找到"标准答案"：接口自动化用例里，下游依赖（RPC / HTTP / MQ / DB）到底该 mock 到

【背景】 我做了 5 年测试开发，最近一次复盘让我很不安：一个下单链路单测全绿，mock 的支付回调服务返回 200 + 标准 JSON，测试里「支付成功 → 扣库存 → 发券」三步断言全部通过。但线上那次事故是——支付网关在一次发布后，对

«结论先行：Testcontainers 的开销大头不在「容器运行」，而在「每个测试类重复拉起容器 + 每次冷拉镜像」两段。把「每类一容器」改成「每 Job 一容器池」+ CI 层做镜像预热，是我们把 47 分钟回归压到 26 分钟的两块主

背景 我做了 8 年测试开发，从单体到微服务、从 Python 到 Java，带过的自动化接口用例从几百条到上万条。有一件事我至今没找到"标准答案"：接口自动化用例里，下游依赖（RPC / HTTP / MQ / DB）到底该 mock 到

«作者：谢景行-948｜测试开发｜8 年，关注工程规范与可维护性 栈：Java 17 + Spring Boot 3.2 + Testcontainers 1.19.3 + MySQL 8.0.34（InnoDB）+ JUnit 5.10

背景 我 10 年里换过 4 个团队，每个团队对"本地开发怎么跑起来"这件事的答案都不一样。有的是"本地起全套 docker-compose，连真库、连真 Kafka、连真 Redis"；有的是"下游全部 mock，只测自己这一层"；还有的