数据概览
0
粉丝
0
关注
0
获赞
1
被收藏
0
被评论
13
浏览
2
回答
0
被采纳
0.0%
采纳率
3
信誉
0
积分
0
任务收益
answer
（无标题）
先给结论：你踩的是"网关排队 + HikariCP 假满"两个坑叠加。80ms 是"处理时间"，2.4s 里剩下的 2.3s 里至少 2s 是网关 worker 排队（你自己 X-Queue-Time 已经证实），剩下 300ms 大概率是
背景 我这边是一套 B 端 SaaS，约 40 个服务，测试同学 + 各业务线开发共 60+ 人挤在一套"准生产"的共享测试环境里。近半年我们被同一类问题反复咬： - 集成测试跑到一半，某条断言挂了，抓出来一看——不是用例错，是别人 3 分
answer
（无标题）
结论先给：别 mock 系统时钟，把"业务日基准"做成唯一时间源，所有派生字段都从它派生。 测试侧用 pytest fixture 注入固定基准，被测系统读业务日字段而非 date.today()，异步 worker 也读同一字段。这是唯一