背景

项目上线前，接口部署到服务器上就足够了吗？显然不是。

不妨问问自己几个关键问题：

• 你写的接口，性能真的扛得住高并发吗？
• 服务器能否应对突发的高负载冲击？

答案往往是未知的。因此，在上线前进行一轮压力测试，摸清系统的稳定性边界，是降低线上事故风险最直接有效的手段。

压测？

what？

压测，全称压力测试，核心目标是通过模拟真实用户负载，获取服务器所能承受的最大性能瓶颈，从而指导后续的运营优化和代码改进。

why？

如果你想向高级工程师方向发展，压测几乎是一项必备技能。只有在测试阶段反复进行负载测试、不断优化，最终投入生产环境时，系统才能更安全、更可靠。经过这样打磨的团队，客户也才会放心把项目交给你。

how？

最直接的方式，就是用高并发请求冲击你的服务器。

然而，如何低成本地模拟高并发？难道真要准备几十台电脑，手动点击接口？显然不现实。

因此，最省事的办法还是借助专业工具——方便、快捷、成本低。

工具？

目前市面上主流的压测工具有三款：Postman、Apifox 和 JMeter。下面我们来简单聊聊它们的区别和实际用法。

JMeter

界面

添加线程组

添加请求

模拟多用户请求

查看压测结果

太麻烦啦！！

使用一段时间 JMeter 后，发现配置过程确实比较繁琐，而且可视化程度远不够直观。

于是，目光转向了 Postman 和 Apifox。

恰好最近因为工作原因，写了几个接口：

• 获取用户信息（user）接口
• 获取成员列表（members）接口
• 获取好友列表（friends）接口

正好拿这几个接口和服务器来练练手，做一轮实际的压测实践。

Postman 压测

创建集合和接口

首先创建一个集合，依次添加上述三个接口：获取用户、获取成员、获取好友。

为了保险起见，可以在 Test 中加上断言校验：

pm.test('返回数据是 users', () => {pm.expect(pm.response.text()).to.include('users')})

点击发送，接口成功返回，断言也顺利通过。

批量发送压测

不过，单次接口调用显然不是目的。真正需要的是批量发送请求，进行持续的压力测试。

这时候就要用到 Postman 的 Runner 功能。

操作步骤很简单：

• 第一步：把整个集合拖拽进测试区
• 第二步：设置循环次数（迭代次数）
• 第三步：设置每次循环的延迟时间
• 第四步：点击按钮，开始压测

压测完成后，会生成一份详细的结果报告：

Apifox —— 更方便做压测

如果你追求更好的可视化体验、操作更快捷，并且对中文支持有需求，那么 Apifox 是一个绝佳选择。它提供了以下突出优势：

• 可视化、清晰的调试选项
• 原生支持中文界面
• 测试过程实时可视化展示
• 单个测试用例可点击查看详细数据

创建接口用例

通过可视化的后置操作面板，添加断言校验脚本变得非常直观。

创建测试用例

创建测试用例时，可以设置用例的优先级，便于后续管理和排序。

开始压测

在自动化测试模块中，选择「性能测试」即可快速进入压测流程。

右侧的参数面板提供了重要的运行配置选项：

• 运行环境
• 测试数据
• 并发用户数
• 运行时间
• 爬坡时间（逐步增加并发）

压测完成后，可以导出测试报告，方便分享给团队其他成员。如果想单独查看某个测试用例的详细数据，点击对应的“更多详情”按钮即可。

结语

JMeter 配置繁琐、可视化不足，不太适合作为日常快速压测的首选工具。

Postman 与 Apifox 都提供了成熟的压测功能，但综合来看，Apifox 的优势更为突出：

• 原生支持中文
• 可视化的脚本配置选项
• 可视化的运行过程展示
• 支持查看单个用例的详细运行数据