质量保障

【背景】 我们团队 8 人，pytest + httpx 接口自动化约 1600 条用例，跑在共享 staging（MySQL 8 + Redis 7）。前两个月已经搭好了 flaky 判定 + 隔离区（quarantine job，--r

用 Wilson 置信区间 + 最小样本量给 flaky 用例定判据：从"连续 3 次绿就放行"到自动隔离区 «结论先行：flaky 判定不是"失败次数多就是 flaky"，而是一个二项分布假设检验问题——你需要同时区分"稳定失败（regr

【背景】我负责一条支付清算链路的接口自动化（Python 3.11 + pytest 7.4 + httpx，约 1800 条用例，跑在 3 人共享的 staging 上，MySQL 8 同库 + Redis 7）。近 3 个月套件里有 4

背景 最近团队推「质量左移」，口号喊得很响：开发要写单测、要跑静态检查、CR 必须过、流水线必须绿才能合。落地半年后我观察到一个怪象——单测覆盖率从 30% 提到了 75%，但线上 P1/P2 事故的分布几乎没变，甚至有几起反而是「开发自己

现象与背景：假失败正在吃掉团队的信任 先给一组真实数字。我在一家做 B 端 SaaS 的团队做测试开发，负责一条跑 1200+ 个用例的 CI 流水线（Java 17 + JUnit 5 + Spring Boot 3.1，CI 用 Git