引言

在互联网应用日益复杂的今天，确保网站或Web服务在高并发访问下的稳定性和性能至关重要。压力测试（Load Testing）是验证系统在预期负载甚至超出预期负载下表现的关键手段。Apache JMeter 作为一款开源、功能强大且广受欢迎的性能测试工具，是进行此类测试的绝佳选择。它不仅能模拟大量用户并发访问，还能收集、分析和可视化测试结果。

本文将带你从零开始，一步步掌握 JMeter 的基本使用方法，完成一个简单的网站压测任务。

注意，本站已开启CC防御，请勿对本站进行压测，以免IP被服务器拉黑。

一、JMeter 简介与环境准备

JMeter 最初是为测试 Web 应用而设计的，但现在已经扩展到支持数据库、FTP、消息队列等多种协议的测试。它通过创建“测试计划”（Test Plan）来组织和执行测试。

1. 下载与安装

  • Java 环境： JMeter 基于 Java 开发，因此首先需要在你的电脑上安装 Java Development Kit (JDK)。建议使用 JDK 8 或更高版本。请确保 JAVA_HOME 环境变量已正确设置。

  • 下载 JMeter： 访问

    https://jmeter.apache.org/

    ，在 "Download Releases" 页面下载最新的稳定版本（通常选择 binaries 下的 .zip 或 .tar.gz 文件）。访问国外网站往往速度较慢，这里小编已经提前为大家准备好了.zip压缩包：

apache-jmeter-5.6.3.zip

  • 解压： 将下载的压缩包解压到你选择的目录（例如 D:\JMeter 或 ~/apache-jmeter-5.6.3）。

2. 启动 JMeter

  • Windows: 进入解压目录的 bin 文件夹，双击 jmeter.bat 文件。

  • macOS/Linux: 进入解压目录的 bin 文件夹，打开终端，执行 ./jmeter.sh。

稍等片刻，JMeter 的主界面就会启动。初次启动可能会稍慢。

二、创建你的第一个测试计划

让我们以测试一个简单的网页，这里以 https://smallxi.cn为例。

1. 创建测试计划 (Test Plan)

  • JMeter 启动后，默认会创建一个名为 Test Plan 的项目。这是所有测试元素的根容器。

  • 你可以双击 Test Plan 并重命名为更具描述性的名称，例如 测试 httpbin.org GET 请求。

2. 添加线程组 (Thread Group)

线程组是 JMeter 中定义虚拟用户（线程）行为的核心组件。它决定了有多少用户、如何启动以及运行多久。

  • 在左侧的测试计划树上，右键点击 Test Plan -> Add -> Threads (Users) -> Thread Group。

  • 在右侧的配置面板中，你会看到线程组的设置：

    • Number of Threads (users): 设置并发用户数。例如，输入 100。

    • Ramp-up period (seconds): 设置启动所有线程所需的时间。如果设置为 10，意味着在10秒内，JMeter 会逐步启动100个线程（每秒启动10个）。这模拟了用户逐渐增加的场景。

    • Loop Count: 设置每个线程执行测试的次数。输入 100 表示每个用户会重复执行100次。

    • (可选) Scheduler: 勾选此选项可以设置测试的持续时间或启动/结束时间。例如，设置 Duration (seconds) 为 120，表示测试运行120秒后自动停止。

3. 添加 HTTP 请求 (HTTP Request)

现在需要定义每个虚拟用户执行什么操作。我们让它发送一个 HTTP GET 请求。

  • 在左侧树中，右键点击你刚创建的 Thread Group -> Add -> Sampler -> HTTP Request。

  • 在右侧配置面板中填写请求信息：

    • Name: 给请求起个名字，如 GET /get。

    • Server Name or IP: 输入目标服务器地址，例如 smallxi.cn。

    • Port Number: http协议填写80端口，https则填写443

    • HTTP Request: 选择 GET。

    • Path: 输入请求路径，例如 /。

    • (可选) Parameters:* 如果需要传递参数，可以在下方的表格中添加 Name 和 Value。

  • 重要提示： 通常不需要填写完整的 URL (https://smallxi.cn/)，而是在 Server Name or IP 填域名，在 Path 填路径。协议（HTTP/HTTPS）由下方的 Protocol 字段决定（默认 HTTP，如果目标是 HTTPS，则需改为 https）。

4. 添加监听器 (Listener) 查看结果

监听器用于收集、显示和保存测试结果。没有监听器，你就看不到测试数据。

  • 添加查看结果树 (View Results Tree):

  • 右键点击 Thread Group -> Add -> Listener -> View Results Tree。

  • 这个监听器非常有用，它能显示每个请求的详细信息，包括请求头、响应数据、响应时间、状态码等，非常适合调试。

  • 注意： 在大规模压测时，强烈建议不要启用此监听器，因为它会消耗大量内存和磁盘I/O，严重影响测试性能和结果的准确性。仅在调试阶段使用。

  • 添加聚合报告 (Aggregate Report):

  • 右键点击 Thread Group -> Add -> Listener -> Aggregate Report。

  • 这是分析性能数据的核心监听器。它会汇总所有请求的统计信息。

  • 添加汇总报告 (Summary Report):

    • 右键点击 Thread Group -> Add -> Listener -> Summary Report。

    • 功能与聚合报告类似，提供简洁的汇总视图。

三、执行测试并分析结果

一切准备就绪，现在可以运行测试了。

  1. 保存测试计划： 在运行前，务必先保存！点击菜单 File -> Save Test Plan As...，将你的测试计划保存为 .jmx 文件（例如 my_first_test.jmx），方便以后修改和复用。

  2. 开始测试： 点击工具栏上的绿色三角形按钮（Start）或按 Ctrl+R。JMeter 会开始按照你设定的参数执行测试。

  3. 观察过程： 你可以在 JMeter 窗口底部看到运行状态。如果添加了 View Results Tree，可以实时查看单个请求的响应（但如前所述，正式压测时应禁用）。

  4. 停止测试： 点击红色方形按钮（Stop）可以立即停止测试。如果设置了 Loop Count 或 Duration，测试会自动停止。

分析结果 (以 Aggregate Report 为例)

测试结束后，点击 Aggregate Report 监听器标签页，你会看到类似如下的表格：

测试概况

  • 总请求数 (# Samples): 10,000 次请求。

  • 平均响应时间 (Average): 109 毫秒。

  • 错误率 (Error %): 0.00%，表示所有请求均成功完成，无任何失败或异常情况发生。

  • 吞吐量 (Throughput): 343.8 请求/秒，意味着在测试期间，系统每秒钟能够处理大约 343.8 个请求。

响应时间分布

  • 最小响应时间 (Min): 33 毫秒，这是最快的请求所花费的时间。

  • 最大响应时间 (Max): 1264 毫秒，这是最慢的请求所花费的时间。

  • 中位数响应时间 (Median): 87 毫秒，表示有一半的请求响应时间小于或等于 87 毫秒。

  • 90% 线 (90% Line): 214 毫秒，意味着有 90% 的请求响应时间不超过 214 毫秒。

  • 95% 线 (95% Line): 284 毫秒，表明有 95% 的请求响应时间在 284 毫秒以内。

  • 99% 线 (99% Line): 442 毫秒，说明只有 1% 的请求响应时间超过 442 毫秒。

数据传输

  • 接收字节速率 (Received KB/sec): 8019.60 千字节/s，即每秒约 8 MB 数据被客户端接收。

  • 发送字节数速率 (Sent KB/sec): 37.94 千字节/s，即每秒约 38 KB 数据由客户端发送给服务器。

初步分析与建议

  1. 响应时间表现良好：

    • 平均响应时间为 109 毫秒，且大部分请求（99%）的响应时间都在 442 毫秒以内，这通常是一个可以接受的范围，具体取决于您的业务场景和用户期望。如果您的应用对实时性要求较高，可能需要进一步优化以降低响应时间。

  2. 高吞吐量：

    • 吞吐量达到 343.8 请求/秒，表明系统在当前配置下具有较强的并发处理能力。但需要注意的是，这仅是基于本次测试条件下的结果，实际生产环境中的性能可能会受到更多因素的影响，如网络延迟、服务器负载、数据库访问等。

  3. 无错误请求：

    • 错误率为 0%，这是一个非常好的迹象，说明在本次测试中，系统能够稳定地处理所有请求。然而，在更复杂的场景下（例如更高的并发量、更长的持续时间），仍需关注系统的健壮性和容错能力。

  4. 数据传输效率：

    • 接收和发送的数据量相对较小，这可能意味着您的应用主要依赖于轻量级的交互，或者已经采取了有效的数据压缩和缓存策略。如果涉及到大量数据传输，应考虑优化数据格式、启用压缩算法等方式来提高传输效率

四、进阶技巧与最佳实践

  • 使用 CSV 数据文件： 可以通过 CSV Data Set Config 元件，让不同的线程读取不同的测试数据（如用户名、密码），实现参数化。

  • 添加断言 (Assertions)： 使用 Response Assertion 等元件来验证响应内容是否符合预期（例如，检查响应体是否包含特定文本，或状态码是否为 200）。断言失败的请求在监听器中会被标记为错误。

  • 使用定时器 (Timers)： 添加 Constant Timer 或 Gaussian Random Timer 等，让线程在请求之间暂停一段时间，更真实地模拟用户思考时间。

  • 分布式测试： 当单台机器的负载能力不足以模拟足够多的用户时，可以配置 JMeter 的 Master-Slave 模式，利用多台机器共同发起压力。

  • 性能监控： 结合服务器监控工具（如 top, htop, Prometheus, Grafana）观察压测期间服务器的 CPU、内存、网络、磁盘 I/O 等资源使用情况，找出性能瓶颈。

  • 结果文件： 可以将监听器结果保存到文件（在监听器设置中配置文件名），便于后续分析或生成报告。

五、总结

JMeter 是一款功能强大且灵活的压力测试工具。通过本文的入门教程，你应该已经掌握了创建基本测试计划、配置线程组、发送 HTTP 请求以及查看和分析结果的核心步骤。

记住，有效的性能测试不仅仅是运行工具，更在于理解业务场景、设计合理的测试模型、解读数据并定位瓶颈。从简单的测试开始，逐步探索 JMeter 的更多高级功能，你将能更深入地评估和优化你的应用性能。

动手实践是掌握 JMeter 的最佳途径！ 现在就打开 JMeter，尝试为你的下一个项目创建一个测试计划吧！