压测数据自动清理：别让测试污染线上影子库

2026年3月记录，分类「性能测试」。这篇按当时的测试现场整理，重点放在目标、动作和可复用的检查点。

压测目标

性能测试最怕只有并发数和 TPS，没有业务模型。这篇记录的重点是把压测目标、数据规模和退出条件先说清楚。

整理时我特意把输入、动作、观察点和风险拆开，方便后面补用例。

模型设计

• 先确认登录、查询、提交、支付等动作的业务占比。
• 压测数据要接近真实量级，并且能清理。
• 压测时同时看应用、数据库、缓存、网关和机器资源。

退出条件:
p95 < 800ms
错误率 < 0.5%
CPU < 75%
慢SQL无新增

监控指标

阅读全文

API网关限流测试：配额、突刺和降级

2025年11月记录，分类「性能测试」。这里不追求大而全，主要记录一个测试点从发现到落地的过程。

限流目标

网关限流测试要确认两个问题：该拦的流量能拦住，正常用户不会被误伤。

整理时我特意把输入、动作、观察点和风险拆开，方便后面补用例。

测试场景

• 分别验证单用户、单 IP、单租户和全局配额。
• 用短时间突刺请求观察限流触发点。
• 限流后检查错误码、响应文案和降级策略。

seq 1 200 | xargs -n1 -P50 -I{} curl -s -o /dev/null -w '%{http_code}\n' https://api.

阅读全文

性能测试容量模型：别只盯TPS

2025年4月记录，分类「性能测试」。内容按测试执行视角整理，尽量把背景、操作和验收口径讲清楚。

容量从哪来

容量模型要从业务量推出来，而不是先定一个好看的 TPS。用户数、峰值系数、操作占比、数据量都会影响结论。

我当时想确认的不是工具能不能跑，而是这个点能不能稳定地变成测试资产。

模型参数

• 估算日活、峰值小时、核心操作比例。
• 把读写比例、历史数据量、缓存命中率写进模型。
• 用压测验证模型假设是否成立。

峰值QPS = 日订单量 * 峰值系数 / 峰值秒数
目标容量 = 峰值QPS * 安全系数1.5

压测验证

• 容量建议能解释支撑多少业务量。
• 瓶颈

阅读全文

OpenTelemetry辅助定位接口链路耗时

2024年8月记录，分类「服务器运维」。这篇更像工作笔记，记录的是一次问题拆解和复用清单。

为什么接链路追踪

接口慢的时候，如果只有总耗时，很难判断卡在网关、应用、数据库还是外部服务。OpenTelemetry 的价值是把链路拆开。

我更关注它在真实提测流程里怎么落地，而不是单独演示一个命令或脚本。

看哪些span

• 压测或接口回归时保留 traceId。
• 对数据库查询、外部 HTTP、消息处理分别看 span 耗时。
• 把慢请求样本和链路截图放进缺陷。

traceId=7f2a...
api gateway: 32ms
app servic

阅读全文

k6压测接口：阈值、阶段和结果判断

2024年4月记录，分类「性能测试」。这里不追求大而全，主要记录一个测试点从发现到落地的过程。

脚本目标

k6 写压测脚本时，我最看重 thresholds 和 stages。没有阈值的压测只是跑了一遍，有阈值才知道能不能过。

对测试来说，最后要落到可复现、可验证、可交接，文章也是按这个思路写的。

阶段设计

• 用 stages 模拟爬升、稳定、回落，不只打一档并发。
• 给 http_req_duration、http_req_failed 设置明确阈值。
• 把业务断言写进 check，避免错误响应混进成功统计。

export const options =

阅读全文

Locust压测脚本：用户模型比并发数更重要

2023年4月记录，分类「Locust」。这是一篇偏实战的记录，保留了当时的判断过程和后续沉淀。

先别问并发

Locust 写起来很自由，也容易写偏。并发数只是表面，真实业务里用户会登录、浏览、停留、提交，动作比例比一个固定并发更重要。

记录这篇的目的，是让下次遇到同类问题时少走一轮弯路。

用户行为建模

• 把用户行为拆成任务，并设置接近真实的权重。
• wait_time 不设成 0，保留用户思考时间。
• 压测账号和业务数据提前准备并可回收。

class WebUser(HttpUser):
    wait_time = between(1, 5

阅读全文

JMeter参数化、断言和关联的三件小事

2022年6月记录，分类「JMeter」。这是一篇偏实战的记录，保留了当时的判断过程和后续沉淀。

压测前先确认

这篇不是讲 JMeter 菜单怎么点，而是整理三个最影响压测可信度的小问题：参数化、断言和关联。任何一个没处理好，TPS 都可能是假的。

我当时想确认的不是工具能不能跑，而是这个点能不能稳定地变成测试资产。

三个关键动作

• CSV 参数要覆盖真实业务分布，不要 100 个线程抢同一个账号。
• 登录 token、订单号、流水号必须从响应里关联出来。
• 断言不能只看 200，要校验业务码和关键字段。

线程数: 50 -> 100 ->

阅读全文