CI

背景 做了 3 年接口自动化（pytest + httpx，约 2000 条用例，跑在多人共享的 staging 上）。其中约 15% 的用例涉及异步链路：提交任务 → 后台 worker 处理 → 查询状态接口返回终态（SUCCESS /

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

背景 做了 8 年测试开发，最近在一次跨团队复盘会上听到一句让我很扎心的话：「测试用例挂了，测试开发就该负责修，这是你的交付物。」我当时没接话，但回来反复在想——这条边界真的该这么画吗？ 我自己的处境很典型：负责一条 B 端 SaaS 链路

一、现象与背景：全绿的用例，掩盖了一次 8 倍的延迟劣化 先给数字。我们一条 B 端订单查询链路（Java 17 + Spring Boot 3.2 + PostgreSQL 15），接口自动化套件 1200 个用例，CI 常年 100%

背景 做了 3 年接口自动化（pytest + httpx，套件 2000+ 条，跑在多人共享的 staging 上），我最怕的不是"用例红了"，而是"红的里面有几条是真的"。flaky 用例是自动化套件的头号天敌：它不报错，它只是间歇性地