性能测试

背景 我做了 3 年测试开发，维护一条 B 端数据报表链路（Java 17 + Spring Boot 3.2 + MySQL 8.0），其中约 20% 的用例是异步接口："POST /report/generate" 提交后返回 202

【背景】 做了 10 年测试开发，最近 18 个月跟着研发一起复盘了 7 起线上性能事故：连接池打满、P99 抖动 30 倍、慢 SQL 执行计划漂移、Kafka 慢消费者重启跳消息、TCP 建连静默失败……几乎每一起都有一个共同点——st

【背景】 我做了 5 年测试开发，最近被一个很朴素的问题卡住了：性能回归测试到底算不算「测试」？ 传统功能测试的逻辑很清晰：输入 → 断言 → pass/fail，二值判定，结果理想情况下是确定的。但性能测试呢？同一个接口、同一台机器、同一

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

一、现象与背景：同一套压测脚本，今天 p99=42ms 明天 p99=87ms 先摆数字。我们团队 9 人，负责一条订单+库存的 Java 服务链路（JDK 17 + Spring Boot 3.1，Nginx 网关，k6 做压测）。性能回