压力测试

压力测试

压力测试是一种模拟极端使用场景，专门用来检验系统在高负载下是否还能稳定运行、不崩溃、不丢数据的技术手段。说白了，就是提前把服务器、APP或者数据库“往死里用”，看它到底能扛住多少人同时点、多少订单并发、多少张图片上传。

我在电商大促项目里干了6年，每年双11前都要做三轮压力测试。去年有个客户没当回事，只测了平时流量的2倍，结果活动当天用户涌入量是日常的8倍，支付接口直接超时，37分钟内丢了2000多笔订单，技术团队凌晨三点还在回滚数据库。

很多人以为压测就是“多开几个浏览器点点”，其实完全不是。真实的压力测试必须还原业务路径：比如模拟用户从首页→搜索→加购→下单→支付→跳转成功页这一整条链路，中间还要掺杂网络延迟、弱网、部分服务宕机等异常情况。

常见的坑有三个：

• 用单台笔记本发请求，结果压测工具本身先扛不住，误判成“系统撑不住”
• 只压核心接口（比如登录），却漏掉日志服务或短信通道，结果大促时短信发不出去，用户收不到验证码
• 压测数据和生产环境隔离不彻底，测试用的10万条假订单混进了真实报表，财务对账对了两天才发现问题

真正靠谱的压力测试，不是追求“跑出一个漂亮数字”，而是要找出那个一碰就断的薄弱环节——可能是数据库连接池设得太小，也可能是某个老接口没加缓存，还可能是第三方物流查询API的熔断阈值写死了500ms。

这一点非常关键。

我见过太多团队花两周搭完压测平台，结果因为没校验响应内容的正确性，压测报告写着“成功率99.98%”，实际返回的全是错误页的HTML代码，只是HTTP状态码没报错而已。