零基础入门：系统稳定性测试全流程实操指南

一、环境准备与工具安装

在进行系统稳定性测试之前，必须先搭建好基础的测试环境。我们将使用 Apache JMeter 作为核心工具，因为它开源、免费且功能强大，能够满足绝大多数系统的压测需求。

1. 安装 JDK 环境

JMeter 是基于 Java 开发的，运行环境必须安装 JDK 1.8 或更高版本。请打开终端或命令行窗口，输入以下命令检查是否已安装：

```bash java -version ```

如果未安装，请前往 Oracle 官网或 OpenJDK 下载对应操作系统的安装包进行安装。安装完成后，需配置环境变量 JAVA_HOME，指向 JDK 的安装目录，并将 %JAVA_HOME%\bin（Windows）或 $JAVA_HOME/bin（Linux/Mac）添加到 Path 环境变量中。

2. 下载并安装 JMeter

直接访问 JMeter 官网下载最新 binaries 压缩包（例如 apache-jmeter-5.6.tgz 或 .zip）。下载地址如下：

https://jmeter.apache.org/download_jmeter.cgi

下载完成后，直接解压压缩包即可使用，无需安装。进入解压后的 bin 目录：

• Windows 系统双击运行 jmeter.bat 启动图形界面。
• Linux/Mac 系统运行 jmeter.sh 启动图形界面。

二、JMeter 基础配置优化

为了确保长时间压测的稳定性，避免 JMeter 自身成为瓶颈，需要对配置文件进行调整。

1. 设置语言为中文

打开 JMeter 安装目录下的 bin/jmeter.properties 文件，找到约第 37 行，取消注释并修改以下参数：

```properties language=zh_CN ```

保存文件并重启 JMeter，界面将变为中文，方便操作。

2. 调整内存堆大小

默认的 JMeter 内存可能不足以支撑高并发测试。在 bin 目录下找到 jmeter.bat（Windows）或 jmeter.sh（Linux/Mac），查找 HEAP 相关设置，将其修改为：

```bash set HEAP=-Xms2g -Xmx2g ```

这表示将初始堆大小和最大堆大小都设置为 2GB。根据机器物理内存情况，可适当调大此数值，建议不超过物理内存的 60%。

三、构建基础测试计划

启动 JMeter 后，默认会显示一个“测试计划”。右键点击“测试计划”，选择“添加” -> “线程（用户）” -> “线程组”。这是所有压测的入口。

1. 配置线程组参数

在“线程组”界面，我们需要模拟真实的用户行为：

• 线程数（虚拟用户）：设置为 100，表示同时模拟 100 个用户并发访问。
• Ramp-Up 时间（准备时长）：设置为 10，表示在 10 秒内将 100 个用户启动完毕。
• 循环次数：勾选“永远”，因为稳定性测试通常需要持续运行较长时间。

2. 添加 HTTP 请求默认值

为了避免在每个请求中重复填写服务器地址，我们添加一个默认值。右键点击“线程组” -> “添加” -> “配置元件” -> “HTTP 请求默认值”。

• 协议：http 或 https。
• 服务器名称或 IP：输入目标测试服务器的 IP 或域名，例如 192.168.1.100。
• 端口号：输入目标服务端口，例如 8080。

3. 添加具体的 HTTP 请求

右键点击“线程组” -> “添加” -> “取样器” -> “HTTP 请求”。

• 路径：输入具体的接口路径，例如 /api/login。
• 方法：选择 GET 或 POST。

如果是 POST 请求，需点击下方的“Body Data”选项卡，输入 JSON 格式的参数：

```json { "username": "testuser", "password": "123456" } ```

4. 添加结果监听器

为了查看测试结果，右键点击“线程组” -> “添加” -> “监听器” -> “查看结果树”和“聚合报告”。

• 查看结果树：用于调试阶段查看请求和响应的详细数据。
• 聚合报告：用于查看关键性能指标，如 Throughput（吞吐量）、Average（平均响应时间）、Error%（错误率）。

四、稳定性测试专项设置

稳定性测试的核心在于长时间运行以检测系统是否存在内存泄漏或连接未释放等问题。我们不能仅仅依赖图形界面运行，因为图形界面消耗资源极大。

1. 设置调度器（Scheduler）

在线程组界面底部，勾选“调度器”。这是控制测试时长的关键：

• 持续时间（秒）：输入 3600，表示持续压测 1 小时。稳定性测试建议时长至少 1-2 小时，甚至 24 小时。
• 启动延迟（秒）：设置为 5，表示点击启动后 5 秒再真正开始压测，留出准备时间。

2. 添加断言验证结果

为了确保系统在长时间运行下功能未异常，必须加断言。右键点击“HTTP 请求” -> “添加” -> “断言” -> “响应断言”。

• 测试字段：选择“响应文本”。
• 模式匹配规则：选择“包含”。
• 测试模式：输入接口返回成功时的特定标识，例如 "code":0 或 success。

如果响应内容不包含该字符串，JMeter 会将该请求标记为失败，并在聚合报告中统计错误率。

五、非 GUI 模式执行压测

在正式进行稳定性测试时，严禁使用 GUI 模式（即双击 jmeter.bat 运行）。必须使用命令行模式，将测试计划保存为 .jmx 文件（例如 stability_test.jmx），然后通过命令行调用。

1. 执行命令

打开终端或 CMD，进入 JMeter 的 bin 目录，执行以下命令：

```bash jmeter -n -t stability_test.jmx -l result.jtl -e -o report_folder ```

参数详解：

• -n：非 GUI 模式运行。
• -t：指定测试计划文件名。
• -l：指定测试结果文件路径（.jtl 格式）。
• -e：测试结束后生成 HTML 报告。
• -o：指定 HTML 报告的输出文件夹（文件夹必须不存在，否则会报错）。

2. 实时监控日志

在测试运行过程中，可以通过 jmeter.log 文件查看运行日志。如果测试中途崩溃，日志文件会记录具体的堆栈信息，帮助排查问题。

六、结果分析与问题定位

当命令行显示测试结束后，进入生成的 report_folder 目录，用浏览器打开 index.html 查看最终报告。

1. 核心指标解读

• Dashboard：概览页面，关注 Throughput（吞吐量，即每秒处理请求数）。如果随着时间推移，吞吐量明显下降，说明系统性能在衰减。
• Response Times Percentiles：响应时间百分比。重点关注 Min（最小值）、90% Line（90%的用户响应时间）和 Max（最大值）。如果 Max 值异常大，说明存在偶发的慢请求。
• Errors：错误率。稳定性测试中，错误率必须为 0%。如果出现错误，点击错误详情查看具体的 Response Code 和 Response Message。

2. 常见稳定性问题排查

如果在测试过程中出现 JMeter 报错“Out of Memory”，说明 JMeter 自身内存不足，需按照第二步再次调大堆内存。

如果聚合报告显示错误率逐渐上升，且错误信息包含 Connection refused 或 Timeout，通常是服务端连接池耗尽或负载过高导致。此时应结合服务端监控（如 Prometheus + Grafana 或 top 命令）查看 CPU、内存和 I/O 使用情况。

如果是响应时间越来越慢，但 CPU 和内存不高，可能是数据库出现死锁或慢查询，需要检查数据库的慢查询日志。