什么是性能测试
你有没有遇到过这样的情况？公司新上线的促销页面，刚一发布就卡得打不开，用户抱怨连连。开发说代码没问题，功能都测过了。可为什么一到高流量就崩？这时候，性能测试的重要性就显现出来了。
简单来说，性能测试就是看一个系统在不同压力下表现如何。它不关心你点“提交”能不能成功，而是关心一万个人同时点“提交”的时候，系统会不会崩溃、响应会不会慢到让人想关掉网页。
从零开始：搭建第一个测试场景
新手上路，别被各种术语吓住。我们先从最基础的“负载测试”开始。比如你现在负责一个电商登录接口，想知道它最多能承受多少并发用户。
可以用 JMeter 这类工具模拟多个用户同时请求。打开 JMeter，新建一个线程组，设置线程数（也就是虚拟用户数），循环次数，再添加一个 HTTP 请求，指向你的登录接口。运行之后，观察响应时间、吞吐量和错误率。
<ThreadGroup numThreads="100" rampUp="10" duration="60">
<HTTPRequest protocol="http" domain="api.example.com" path="/login" method="POST"/>
</ThreadGroup>关键指标怎么看
跑完测试，你会看到一堆数据。别慌，盯住几个核心指标就行。响应时间是最直观的，用户等三秒还没加载出来，大概率就跑了。吞吐量（Throughput）代表系统每秒能处理多少请求，数值越高越好。错误率一旦超过1%，就得警惕了。
举个例子，你发现当并发用户达到80时，响应时间突然从500ms跳到3秒，吞吐量也开始下降。这说明系统在这个节点出现了瓶颈，可能是数据库连接不够，也可能是某个服务资源耗尽。
进阶：定位瓶颈在哪里
发现问题只是第一步，关键是找到根因。这时候需要结合监控工具一起看。比如在测试过程中开启服务器的 CPU、内存、磁盘 IO 监控。如果发现某台应用服务器 CPU 暴涨到95%以上，那问题很可能出在代码逻辑或资源配置上。
还可以加一层数据库监控。比如用 Prometheus + Grafana 搭套监控体系，实时查看 SQL 执行时间和连接数。有时候一条没加索引的查询，在高并发下就能拖垮整个系统。
真实场景模拟更有效
别只做单一接口测试。用户不会一直重复登录，他们可能会先浏览商品，再加购，最后下单。你应该设计一个完整的用户行为链，模拟这种真实流程。
JMeter 支持用事务控制器把多个请求打包成一个业务流程。比如把“首页→搜索→详情页→加入购物车→下单”这一串操作当成一个虚拟用户的完整行为。这样测出来的数据才贴近实际。
从小白到熟练：持续练习是关键
刚开始可能连 JMeter 界面都搞不明白，这很正常。建议自己搭个简单的 Spring Boot 应用，故意写个慢接口（比如 sleep 2 秒），然后用 JMeter 去压它。反复试几次，你就知道怎么调参数、怎么看结果了。
再往后，可以尝试分布式压测，用多台机器发起请求，突破单机限制。也可以学习 Gatling 这种基于代码的测试工具，用 Scala 写测试脚本，更适合复杂逻辑。
性能不是一次性的任务
很多团队只在上线前做一次性能测试，出了问题才临时抱佛脚。其实应该把它融入日常开发流程。比如每次版本迭代后自动跑一轮基准测试，对比历史数据，发现性能退化及时预警。
就像你定期体检一样，系统也需要定期“体能测试”。早发现问题，代价小；等到用户投诉了再查，往往已经影响营收了。