时间依赖

现象或背景 在接口自动化测试中，时间依赖是最难处理的隐式全局依赖之一。我负责的结算/账务链路接口套件包含 300 条用例，其中 40 条强依赖「真实时间」： - 订单 T+1 才允许发起结算（12 条）、优惠券次日 00:00 生效（9 条

背景：我团队正在使用 pytest + pytest-xdist 进行接口自动化测试，其中包含大量时间依赖用例（如 biz_date 注入、时间戳校验等）。在并行执行时，这些用例频繁出现不可复现的失败，疑似由于时间依赖变量在并行 worke

«结论先行：跨进程接口测试里的时间依赖，靠"mock 时钟"是够不着的——mock 只能替换本进程内的时钟调用，替换不了对端服务里的 "time.time()"。真正可落地的做法是把「业务时间」提升为接口契约的一部分：测试侧用请求头注入 "

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

背景 我负责一条结算/账务链路的接口自动化（Python + pytest，约 300 条用例，MySQL 8.0）。其中约 40 条用例的业务逻辑强依赖「真实时间」：典型如「订单 T+1 才允许发起结算」「优惠券次日 00:00 后生效」