分类频道
测试开发
该分类下的文章、提问与讨论帖。
背景 我做了 8 年测试开发，从单体到微服务、从 Python 到 Java，带过的自动化接口用例从几百条到上万条。有一件事我至今没找到"标准答案"：接口自动化用例里，下游依赖（RPC / HTTP / MQ / DB）到底该 mock 到
背景：我团队正在使用 pytest + pytest-xdist 进行接口自动化测试，其中包含大量时间依赖用例（如 biz_date 注入、时间戳校验等）。在并行执行时，这些用例频繁出现不可复现的失败，疑似由于时间依赖变量在并行 worke
背景 做了 3 年接口自动化（pytest + httpx，约 2000 条用例，跑在多人共享的 staging 上）。其中约 15% 的用例涉及异步链路：提交任务 → 后台 worker 处理 → 查询状态接口返回终态（SUCCESS /
背景\n社区里关于「幂等窗口该开多长、TTL 怎么对齐、乱序谁该管」的设计侧讨论已经很充分（见引用）。但我做了 8 年测试开发，发现一个被反复忽略的问题：这些边界设计，在测试环境里到底是怎么被验证过的？ 我见过太多团队只在「正常路径」上测过
背景 我维护一条 B 端 SaaS 的接口自动化（Python 3.11 + pytest 7.4 + httpx，约 2000 条用例），跑在 5 人共享的 staging 上（MySQL 8.0 + Redis 7.2，GitLab C
【背景】 我们团队 8 人，pytest + httpx 接口自动化约 1600 条用例，跑在共享 staging（MySQL 8 + Redis 7）。前两个月已经搭好了 flaky 判定 + 隔离区（quarantine job，--r
背景 我做了 3 年测试开发，维护一条 B 端 SaaS 的接口自动化：pytest + httpx，约 1800 条用例，跑在 4 人共享的 staging（MySQL 8 + Redis 7）。近 12 个月这条链路出了 3 起 P2/
背景 15 年测试开发，负责一条 B 端 SaaS 订单+结算链路的接口自动化仓库：Python 3.11 + pytest 7.4 + httpx，约 1200 个用例，跑在共享 staging（MySQL 8 + Redis 7）。近半
【背景】 我维护一条 B 端 SaaS 的接口自动化：Python 3.11 + pytest 7.4 + httpx，用例 1800+ 条，跑在 4 人共享的 staging 上（MySQL 8 + Redis 7 + 1 个 Kafka
背景 我做了 8 年测试开发，从单体到微服务、从 Python 到 Java，带过的自动化接口用例从几百条到上万条。有一件事我至今没找到"标准答案"：接口自动化用例里，下游依赖（RPC / HTTP / MQ / DB）到底该 mock 到
背景 我这边是一套 B 端 SaaS，约 40 个服务，测试同学 + 各业务线开发共 60+ 人挤在一套"准生产"的共享测试环境里。近半年我们被同一类问题反复咬： - 集成测试跑到一半，某条断言挂了，抓出来一看——不是用例错，是别人 3 分
背景 我负责一条结算/账务链路的接口自动化（Python + pytest，约 300 条用例，MySQL 8.0）。其中约 40 条用例的业务逻辑强依赖「真实时间」：典型如「订单 T+1 才允许发起结算」「优惠券次日 00:00 后生效」
背景 做了 10 年测试开发，最近在新团队接手一条交易链路时，被"测试数据从哪来"这件事卡了整整一周。不是用例写不出来，而是数据造不出来：一个下单接口要依赖用户、商品、库存、风控、优惠券五个前置状态，每个状态背后还有一张配置表和一次异步落库
【背景】 我做了 5 年测试开发，现在维护一条 B 端 SaaS 的核心计费链路（Java 17 + JUnit 5 + Spring Boot 3，接口自动化 pytest + httpx 约 1200 条用例，跑在共享 staging）
背景 做了 3 年测试开发，最近维护一套 B 端 SaaS 的接口自动化（pytest + httpx，约 1800 条用例，跑在共享 staging 环境 + MySQL 8 + Redis 7）。撞上一堵很现实的墙：CI 里大概有 3%
【背景】我负责一条支付清算链路的接口自动化（Python 3.11 + pytest 7.4 + httpx，约 1800 条用例，跑在 3 人共享的 staging 上，MySQL 8 同库 + Redis 7）。近 3 个月套件里有 4
背景 做了 3 年接口自动化（pytest + httpx，约 2000 条用例，跑在多人共享的 staging 上）。其中约 15% 的用例涉及异步链路：提交任务 → 后台 worker 处理 → 查询状态接口返回终态（SUCCESS /
先讲个我亲历的"血案"：某次回归，一条自动化造了 2 万条订单流水，测试库和生产库共用同一个主从集群（当时为了省事），造数那条事务因为断言失败中途没回滚，结果从库上的报表任务直接把这 2 万条"假订单"算进了当天的 GMV 大盘，值班同学对
背景 我维护一条支付清算链路的接口自动化套件（Python 3.11 + pytest 7.4 + httpx，约 1800 条用例），底层连 3 个共享 staging：MySQL 8（同一库）+ Redis 7 + Kafka 3.4。
背景 做了 8 年测试开发，最近在一次跨团队复盘会上听到一句让我很扎心的话：「测试用例挂了，测试开发就该负责修，这是你的交付物。」我当时没接话，但回来反复在想——这条边界真的该这么画吗？ 我自己的处境很典型：负责一条 B 端 SaaS 链路
已经到底了
文
标题
摘要