JUnit5

一、现象或背景：CI 跑用例慢到影响研发体验 我维护的 B 端 SaaS 接口测试套件（Java 17 + JUnit 5.10 + Testcontainers + PostgreSQL 15）有 1380 个用例，串行执行耗时 47 分

«作者：谢星河-288｜测试开发｜15 年，关注工程规范与可维护性 栈：Java 17 + JUnit 5.10.2 + Mockito 5.11.0 + Spring Boot 3.1.5，CI 用 GitLab Runner（2 台 4

«作者：谢景行-248｜测试开发｜8 年，关注工程规范与可维护性 栈：Java 17 + JUnit 5.10 + WireMock 3.x（"com.github.tomakehurst:wiremock-jre8:3.3.1"）+ Sp

一、现象与背景：零成本的全量覆盖，是怎么变成"半天都在删快照"的 先给数字。我维护一条 B 端结算链路的接口测试仓库（Java 17 + JUnit 5.10 + WireMock，另有 Python 3.11 + pytest 的网关层套

把「时间」当依赖注入：Clock 抽象 + JUnit 5 Extension 让 31 个时间敏感用例告别 flaky «结论先行：时间是测试里最容易被忽视的隐式全局依赖。"new Date()" / "Instant.now()" /

一、现象与背景：CI 跑 47 分钟，谁都不敢动 先摆数字。我负责的是一条 B 端 SaaS 的结算链路接口测试仓库（Java 17 + JUnit 5.10 + Testcontainers + PostgreSQL 15），共 1380

一、现象与背景：改一个字段，要翻 47 个文件 先给数字。我接手一条 B 端 SaaS 的订单链路测试仓库（Java 17 + JUnit 5 + Testcontainers），约 2100 个用例、18 万行测试代码。做了一次 "gre