标签频道
接口自动化
该标签下的文章、提问与讨论帖。
question
怎么量化每条自动化用例的「抓缺陷价值」,让删冗余用例有据可依
背景 我是测试开发,维护一套 B 端 SaaS 接口自动化(Python 3.11 + pytest 7.4 + httpx,约 1800 条用例,跑在 4 人共享的 staging + MySQL 8 + Redis 7)。套件从 700
一、现象与背景:单跑全绿,一上并发就穿帮 先给数字。我们一条订单取消链路,接口自动化里有 46 个串行用例,CI 上常年 100% 通过。但 2024 年 Q4 一次线上灰度,同一订单号在 200ms 内被两个网关节点同时调到「取消」接口,
question
接口自动化造数清理失败让共享环境越用越脏,怎么设计可观测与自愈?
背景:我负责一条 B 端 SaaS 的接口自动化(Python 3.11 + pytest 7.4 + httpx,约 900 条用例),后端 Spring Boot 3 + MySQL 8 + Redis 7,跑在 4 人共享的 stag
discussion
接口自动化断言该追「绝对确定」还是「合理容忍」?聊聊非确定性用例的取舍
背景 做了 5 年测试开发,最近盘一套 B 端 SaaS 的接口自动化(Python 3.11 + pytest 7 + httpx,约 800 条用例),一个反复出现的痛点不是「断言写错」,而是「断言写多严」的尺度问题。举几个真实例子:一
【背景】 我负责一条 B 端 SaaS 的接口自动化(Python 3.11 + pytest 7.4 + httpx,约 600 条用例),后端 Spring Boot 3 + RabbitMQ 3.12 + MySQL 8。核心链路是「
question
用例依赖"手工造好的存量数据"当地基,一改就炸,怎么低成本解耦?
【背景】我负责一套 B 端 SaaS 的接口自动化(Python 3.11 + pytest 7.4 + httpx,约 700 条用例,MySQL 8)。里面有一批"老用例"是 2 年前从手工用例平移过来的,它们的共同特征是不自己造数,而
question
pytest-xdist 并发下"跨用例隐形状态依赖"怎么系统性找出来?
背景 我在一家 B 端 SaaS 团队负责接口自动化(Python 3.11 + pytest 7.4 + httpx 0.25,约 800 条用例),后端 Spring Boot 3 + MySQL 8 + Redis 7 + Rocke
背景:我维护一套 B 端 SaaS 的接口自动化(Python 3.11 + pytest 7 + httpx,约 400 条用例),后端 Java + Spring Boot。很多用例的造数不是"一步到位",而是一条 5~6 步的依赖链,
question
接口自动化断言粒度怎么定?断到字段级天天碎,断到业务级又怕漏
背景:我维护一套 B 端 SaaS 的接口自动化(pytest + requests,约 350 条用例),团队 4 人,后端 Java + Spring Boot,前端 React。每次发版前跑一轮回归,CI 上大约 20 分钟跑完。 现
question
带限流/熔断的接口,自动化断言总被 429 和熔断态污染,怎么设计才稳?
【背景】我负责一条 B 端 SaaS 的接口自动化(Python 3.11 + pytest 7 + httpx,约 500 条用例),后端 Spring Boot 3,网关层挂了 Sentinel 限流 + 熔断。用例是「造数 → 调接口
【背景】我负责一条订单支付链路的接口自动化(Python 3.11 + pytest 7 + httpx,约 400 条用例)。核心链路是"下单 → 调第三方支付 → 等对方异步 webhook 回调 → 改单 → 通知下游"。第三方回调是
question
接口回归挂了怎么"一键复现":现场快照该抓哪些东西才够?
背景 我在一家做 B 端 SaaS 的团队负责接口自动化(Python 3.11 + pytest 7 + httpx,约 600 条用例),后端是 Spring Boot 3 + MySQL + Redis + RocketMQ,CI 用
question
接口自动化用例依赖造数,并发跑回归时互相踩脏数据怎么治?
背景:我负责一套 B 端 SaaS 的接口自动化(Python + requests + pytest,约 400 条用例),数据层是 MySQL。用例普遍是「造数 → 调接口 → 断言」的三段式,造数靠直接调内部 admin 接口或写库脚