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

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

容量从哪来

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

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

模型参数

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

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

压测验证

• 容量建议能解释支撑多少业务量。
• 瓶颈资源和扩容方案明确。
• 模型参数有来源，不是拍脑袋。

这些点后面会进用例或检查单，尤其要补齐账号、数据、环境版本和日志关键字。

输出

TPS 是结果，不是目标；容量模型才是和业务沟通的语言。如果放到流水线里，建议先从最小冒烟开始，再逐步扩大覆盖。