1. 项目概述为什么是JMeter以及为什么是30分钟如果你刚接触性能测试或者想找一个工具来验证一下自己开发的接口、网站到底能扛住多少用户访问那你大概率会听到一个名字Apache JMeter。这工具在测试圈里尤其是性能测试领域地位有点像程序员里的“瑞士军刀”——功能多开源免费用好了威力巨大。但很多新手一打开它看到满屏的英文界面和一堆陌生的术语比如“线程组”、“取样器”、“断言”可能直接就懵了感觉离“30分钟完成第一个测试”这个目标差了十万八千里。别慌这正是我写这篇东西的原因。我见过太多人把JMeter想得太复杂一上来就去研究分布式压测、BeanShell脚本、自定义插件结果在第一个简单的HTTP请求测试上就卡住了挫败感满满。其实JMeter的核心逻辑非常直接模拟用户行为发送请求收集响应分析结果。我们完全可以在不涉及任何高深概念的情况下先跑通这个最基础的流程。30分钟的目标不是为了让你成为专家而是帮你快速建立信心亲手完成一次从“0”到“1”的测试看到实实在在的测试报告。这个过程会让你理解JMeter最基本的工作流为后续深入学习扫清最大的心理障碍。所以这篇内容就是为你——可能是开发、测试新人或者是对自己项目性能有好奇心的任何技术从业者——准备的“破冰”指南。我们不谈复杂的性能模型和调优只聚焦一件事如何在半小时内用JMeter对一个公开的网页或接口发起一次最简单的压力测试并看懂测试结果。你会发现入门真的没那么难。2. 环境准备与工具安装避开第一个坑工欲善其事必先利其器。JMeter是纯Java开发的工具所以第一步和Java有关。这里有几个关键点处理不好可能就是第一个“劝退点”。2.1 Java环境检查与安装JMeter运行需要Java环境JRE或JDK。这是最基础也最容易出问题的一步。首先打开你的命令行Windows是CMD或PowerShellMac/Linux是Terminal输入java -version。如果能看到类似下面的输出并且版本是8或以上推荐使用81117这些长期支持版本那么恭喜这一步可以跳过。java version 1.8.0_381 Java(TM) SE Runtime Environment (build 1.8.0_381-b09) Java HotSpot(TM) 64-Bit Server VM (build 25.381-b09, mixed mode)如果提示“不是内部或外部命令”说明你需要安装Java。这里有个重要避坑提示不要去搜那些乱七八糟的“Java环境变量一键配置”工具手动配置是最稳妥的。下载去Oracle官网或Adoptium推荐开源免费下载对应你操作系统的JDK安装包。对于新手直接下载安装版.exe for Windows, .dmg for Mac, .rpm/.deb for Linux最简单。安装一路“下一步”即可。请记住你的安装路径比如C:\Program Files\Java\jdk-1.8.0_381。配置环境变量Windows重点右键“此电脑” - “属性” - “高级系统设置” - “环境变量”。在“系统变量”部分点击“新建”变量名填JAVA_HOME变量值填你的JDK安装路径例如C:\Program Files\Java\jdk-1.8.0_381。找到系统变量里的Path双击编辑点击“新建”添加一行%JAVA_HOME%\bin。验证重新打开一个命令行窗口再次输入java -version看到版本信息即成功。注意很多教程会教你把java.exe的路径直接加到Path里这虽然能用但设置JAVA_HOME是更规范的做法一些其他工具比如Maven、Gradle也会依赖这个变量。2.2 JMeter的下载与启动解决了JavaJMeter本身就是一个“绿色软件”解压即用。下载直接访问Apache JMeter官网jmeter.apache.org。在下载页面选择Binaries下的.zip或.tgz压缩包下载。强烈建议不要从第三方网站下载以免捆绑垃圾软件或版本老旧。解压将下载的压缩包解压到一个你容易找到的目录比如D:\Tools\apache-jmeter-5.6.2。路径中不要有中文或空格这是避免各种奇怪问题的好习惯。启动Windows进入解压后的bin目录双击jmeter.bat文件。Mac/Linux进入bin目录在终端中执行./jmeter命令。启动后你会先看到一个命令行窗口不要关闭它这是JMeter的后台进程然后JMeter的图形化界面GUI主窗口就会弹出来。看到这个界面你的“武器”就准备好了。实操心得第一次启动可能会有点慢因为要加载各种组件。如果启动失败最常见的原因就是Java环境没配好请回头仔细检查java -version和JAVA_HOME。另外JMeter的GUI模式主要用于脚本编写和调试真正执行大规模压力测试时我们通常使用命令行非GUI模式以避免GUI本身消耗大量资源影响测试结果。但今天我们先在GUI下玩转它。3. 核心概念速览理解JMeter的“积木”在动手搭建测试之前花几分钟理解JMeter的几个核心“积木”后面操作起来会非常顺畅。你可以把JMeter的测试计划Test Plan想象成一个流水线或者一个剧本。测试计划Test Plan这是JMeter脚本的根容器所有其他元素都放在它下面。你可以把它理解成整个测试项目的总纲。线程组Thread Group这是定义“模拟多少用户”和“用户如何行为”的核心。它是所有测试逻辑的起点。线程数Number of Threads模拟的虚拟用户数。100个线程就是100个“同时”在操作的用户。Ramp-Up Period秒所有虚拟用户在多长时间内启动完毕。例如线程数100Ramp-Up50意味着JMeter会在50秒内逐步启动这100个用户每秒启动2个。设置为0表示立即同时启动所有线程这对服务器冲击很大要谨慎。循环次数Loop Count每个用户执行测试脚本的次数。勾选“永远”就是持续压测直到手动停止。取样器Sampler告诉JMeter“发送什么类型的请求”。比如HTTP请求、FTP请求、JDBC请求等。我们今天只用HTTP请求。监听器Listener用来“查看和收集测试结果”的组件。比如查看结果树、聚合报告、图形结果等。它就像测试仪表的显示屏。配置元件Config Element为取样器提供配置信息。比如HTTP请求默认值可以在这里设置所有HTTP请求共用的服务器地址、端口避免在每个请求里重复填写。断言Assertion用来“检查服务器返回的响应是否符合预期”。比如检查响应文本里是否包含某个关键字或者HTTP状态码是否为200。定时器Timer用来“在请求之间设置延迟”更真实地模拟用户思考、操作的时间。工作流简述一个线程虚拟用户被创建后会在线程组内按顺序执行其下的所有取样器可能受定时器影响监听器则在一旁记录这个线程发出的每个请求和收到的每个响应。就这么简单。4. 30分钟实战构建你的第一个性能测试脚本理论说再多不如动手做一遍。我们现在就创建一个最简单的测试模拟10个用户在30秒内陆续启动每个用户访问一次百度首页看看响应情况。4.1 第一步创建测试计划与线程组打开JMeter左侧“测试计划”是默认就有的。我们可以右键点击它 - “添加” - “线程用户” - “线程组”。一个名为“线程组”的节点就出现在了测试计划下。点击这个线程组在右侧面板修改关键参数名称改为“百度首页访问-10用户”。养成好习惯给组件起有意义的名字线程数10。Ramp-Up时间30。这意味着30秒内启动完10个用户平均每秒启动约0.33个压力非常平缓。循环次数1。每个用户只执行一次脚本就停止。4.2 第二步添加HTTP请求取样器现在我们要告诉这些用户去做什么——访问百度。右键点击刚创建的线程组 - “添加” - “取样器” - “HTTP请求”。点击这个新出现的“HTTP请求”配置右侧面板名称改为“GET 百度首页”。协议http如果测试https网站就填https。服务器名称或IPwww.baidu.com。这里不需要写http://。端口号HTTP默认是80HTTPS默认是443。对于百度我们填80。如果协议是https这里会自动建议443也可以留空。方法GET。路径/。表示访问网站根目录。为什么这么填这其实对应着你在浏览器地址栏输入http://www.baidu.com/并回车后浏览器向服务器发送的请求信息。JMeter就是在模拟这个过程。4.3 第三步添加结果监听器没有监听器测试就等于“盲测”。我们添加两个最常用的。查看结果树右键线程组 - “添加” - “监听器” - “查看结果树”。这个组件可以让你看到每一个请求和响应的详细信息包括请求头、请求体、响应头、响应数据HTML源码等。它在调试脚本时极其有用但在正式压测时一定要禁用或删除因为它会消耗大量内存严重影响性能。聚合报告右键线程组 - “添加” - “监听器” - “聚合报告”。这是性能测试的“成绩单”。它不会记录每个请求的细节而是将所有请求的数据汇总统计给出平均值、中位数、吞吐量TPS/QPS、错误率等关键指标。正式压测报告主要看它。4.4 第四步运行测试并查看结果激动人心的时刻到了点击工具栏上的绿色“启动”按钮或菜单栏“运行”-“启动”。你会看到右上角的状态图标变绿并且旁边开始有数字跳动表示活跃的线程数。同时命令行窗口也会有滚动日志。等待运行结束因为Ramp-Up是30秒循环1次所以大概30多秒后所有线程就会结束。你也可以点击黑色的“停止”按钮提前结束。查看结果点击“查看结果树”你会看到10个样本Sample每个样本代表一个HTTP请求。点击任意一个在下方可以看到“请求”和“响应数据”标签页。在“响应数据”里你应该能看到百度的HTML源代码。这说明请求成功了。点击“聚合报告”你会看到一份汇总数据。关键列解读样本总请求数应该是10。平均值平均响应时间毫秒。中位数50%的请求响应时间低于这个值。90%百分位90%的请求响应时间低于这个值。这个值比平均值更能反映用户体验因为它排除了少数极端慢的请求。吞吐量每秒完成的请求数Requests per Second。这是衡量服务器处理能力的重要指标。接收/发送 KB/sec网络吞吐量。错误率失败的请求比例。恭喜你的第一个JMeter性能测试脚本已经成功运行并得到了结果。整个过程可能连15分钟都没用到。5. 脚本增强与实战技巧基础的跑通了我们再来加点“料”让测试更贴近真实场景也更强大。5.1 使用HTTP请求默认值简化配置想象一下如果你要测试同一个网站的10个不同页面难道要在10个HTTP请求里重复填写服务器地址和端口吗太麻烦了。这时就需要“HTTP请求默认值”。右键线程组 - “添加” - “配置元件” - “HTTP请求默认值”。把它拖动到线程组内、所有HTTP请求的上方位置很重要配置元件的作用域是其所在层级及以下的所有同级元件。配置它在“服务器名称或IP”里填www.baidu.com端口填80。修改之前的“GET 百度首页”HTTP请求将“服务器名称或IP”和“端口号”清空。现在这个HTTP请求就会自动继承“HTTP请求默认值”里的配置。你再添加新的针对百度的HTTP请求时只需要填路径和方法就行了大大简化了配置。5.2 添加响应断言验证结果我们怎么知道请求是否真的成功只看响应数据有没有内容不够严谨。应该检查HTTP状态码或者响应内容里的特定文本。右键“GET 百度首页”HTTP请求 - “添加” - “断言” - “响应断言”。配置断言要测试的字段选择“响应代码”。我们检查状态码是否为200。模式匹配规则选择“等于”。要测试的模式点击“添加”输入200。再添加一个断言检查页面标题里是否包含“百度”二字。要测试的字段选择“响应文本”。模式匹配规则选择“包含”。要测试的模式点击“添加”输入百度。运行测试后在“查看结果树”里成功的请求前会是绿色对勾失败的会是红色叉号。点击失败的样本可以在“断言结果”标签页看到具体的失败原因。5.3 使用常数定时器模拟用户思考时间真实用户操作不是机器点一下之后会浏览一下页面再点下一个链接。这个间隔可以用定时器模拟。右键“GET 百度首页”HTTP请求 - “添加” - “定时器” - “常数定时器”。线程延迟设为3000单位毫秒即3秒。这意味着每个用户在发送这个请求前会先等待3秒。定时器的作用域也需要注意如果定时器放在线程组下、HTTP请求外那么它会对线程组内所有的取样器生效如果像我们这样放在某个具体的HTTP请求下则只对该请求生效在它执行前等待。5.4 参数化请求让测试数据动态变化如果我们测试一个搜索接口需要每次传入不同的关键词怎么办这就需要用参数化。一个简单的方法是使用CSV 数据文件设置。准备一个文本文件keywords.csv内容如下每行一个关键词JMeter 性能测试 入门教程右键线程组 - “添加” - “配置元件” - “CSV 数据文件设置”。配置它文件名浏览选择你的keywords.csv文件。文件编码UTF-8。变量名称keyword自定义等下要用。其他默认。修改你的HTTP请求假设百度搜索的路径是/s参数是wd路径/s参数点击“添加”名称填wd值填${keyword}。这个${keyword}就是引用CSV文件中的变量。现在运行测试时三个线程会依次使用“JMeter”、“性能测试”、“入门教程”作为关键词去发起搜索请求。如果线程数大于3CSV数据会循环使用。6. 常见问题与排查技巧实录在实际操作中你肯定会遇到各种问题。这里记录几个新手最高频的“坑”和解决办法。6.1 启动JMeter报错Not able to find Java executable or version问题现象双击jmeter.bat后闪退或命令行提示找不到Java。排查思路这是最经典的Java环境问题。解决步骤确认已安装JDK或JRE不是JRE。检查JAVA_HOME环境变量是否配置正确路径必须指向JDK的根目录包含bin文件夹的目录。检查Path变量是否包含了%JAVA_HOME%\bin。所有配置修改后必须重新打开命令行窗口才能生效。可以尝试在命令行手动进入JMeter的bin目录运行jmeter.bat看具体的错误信息。6.2 发送HTTP请求失败Non HTTP response code: java.net.UnknownHostException问题现象运行测试后所有请求失败查看结果树报这个错。排查思路域名无法解析。要么是服务器地址写错了要么是网络有问题比如DNS解析失败。解决步骤首先用ping www.baidu.com命令看是否能通。如果不通检查网络。检查HTTP请求中的“服务器名称或IP”是否拼写正确。如果你在公司内网可能需要配置代理。可以在JMeter的“HTTP请求默认值”或具体请求的“高级”标签页中配置代理服务器。6.3 测试结果中吞吐量Throughput异常低问题现象模拟的用户数不少但聚合报告里的吞吐量只有个位数甚至更低。排查思路瓶颈可能不在服务器而在你本机或JMeter脚本设置。解决步骤检查监听器是否开启了“查看结果树”或“用表格查看结果”这类非常耗资源的监听器正式压测前请禁用它们右键监听器 - 禁用。检查硬件资源打开任务管理器看看运行JMeter时CPU和内存是否已经跑到100%。单台机器能模拟的虚拟用户数是有限的取决于硬件。检查脚本逻辑是否设置了过长的“常数定时器”定时器会大幅降低请求发送频率。根据业务场景合理设置思考时间。调整JMeter自身配置可以尝试修改bin/jmeter.properties文件中的一些参数来提升性能例如增加堆内存修改bin/jmeter.bat中的HEAP变量但这对新手来说有风险建议先排查前三点。6.4 如何保存和复用测试脚本问题每次都要重新配置吗解决JMeter脚本可以保存为.jmx文件。点击菜单栏“文件”-“保存测试计划”或“另存为测试计划”即可。下次直接“打开”这个文件所有配置都会恢复。强烈建议为每个测试项目建立独立的.jmx文件并放在专门的目录里管理。6.5 GUI模式与命令行模式的区别GUI模式就是我们刚才用的适合脚本开发、调试和小规模验证。它的界面直观方便添加、删除和配置元件。命令行非GUI模式适合正式的压力测试。命令如下jmeter -n -t your_test_plan.jmx -l result.jtl -e -o ./report-n: 非GUI模式。-t: 指定要运行的JMX脚本文件。-l: 指定保存原始结果数据的JTL文件。-e -o: 生成HTML格式的测试报告并指定输出目录。核心区别命令行模式消耗资源极少能把硬件能力几乎全部用于模拟用户压力测试结果更准确。生成的HTML报告也非常专业美观。当你脚本调试无误后一定要切换到命令行模式进行正式压测。走到这一步你已经完成了从安装、理解核心概念、创建基础脚本、增强脚本功能到排查常见问题的完整闭环。30分钟的目标早已达成但你收获的不仅仅是一个能跑的脚本而是一套可以举一反三的方法论。性能测试的世界很大JMeter的功能也远不止于此但有了这个扎实的起点再去学习如何做参数化、关联、分布式压测、监控服务器资源都会变得顺理成章。记住工具是死的人是活的关键在于理解其背后的逻辑——模拟用户施加压力观察系统表现。下次当你需要对一个登录接口、一个查询API进行简单的压力摸底时放心大胆地打开JMeter吧它已经是你工具箱里一件趁手的兵器了。
JMeter性能测试入门：30分钟完成首个HTTP压力测试
发布时间：2026/6/25 14:00:33
1. 项目概述为什么是JMeter以及为什么是30分钟如果你刚接触性能测试或者想找一个工具来验证一下自己开发的接口、网站到底能扛住多少用户访问那你大概率会听到一个名字Apache JMeter。这工具在测试圈里尤其是性能测试领域地位有点像程序员里的“瑞士军刀”——功能多开源免费用好了威力巨大。但很多新手一打开它看到满屏的英文界面和一堆陌生的术语比如“线程组”、“取样器”、“断言”可能直接就懵了感觉离“30分钟完成第一个测试”这个目标差了十万八千里。别慌这正是我写这篇东西的原因。我见过太多人把JMeter想得太复杂一上来就去研究分布式压测、BeanShell脚本、自定义插件结果在第一个简单的HTTP请求测试上就卡住了挫败感满满。其实JMeter的核心逻辑非常直接模拟用户行为发送请求收集响应分析结果。我们完全可以在不涉及任何高深概念的情况下先跑通这个最基础的流程。30分钟的目标不是为了让你成为专家而是帮你快速建立信心亲手完成一次从“0”到“1”的测试看到实实在在的测试报告。这个过程会让你理解JMeter最基本的工作流为后续深入学习扫清最大的心理障碍。所以这篇内容就是为你——可能是开发、测试新人或者是对自己项目性能有好奇心的任何技术从业者——准备的“破冰”指南。我们不谈复杂的性能模型和调优只聚焦一件事如何在半小时内用JMeter对一个公开的网页或接口发起一次最简单的压力测试并看懂测试结果。你会发现入门真的没那么难。2. 环境准备与工具安装避开第一个坑工欲善其事必先利其器。JMeter是纯Java开发的工具所以第一步和Java有关。这里有几个关键点处理不好可能就是第一个“劝退点”。2.1 Java环境检查与安装JMeter运行需要Java环境JRE或JDK。这是最基础也最容易出问题的一步。首先打开你的命令行Windows是CMD或PowerShellMac/Linux是Terminal输入java -version。如果能看到类似下面的输出并且版本是8或以上推荐使用81117这些长期支持版本那么恭喜这一步可以跳过。java version 1.8.0_381 Java(TM) SE Runtime Environment (build 1.8.0_381-b09) Java HotSpot(TM) 64-Bit Server VM (build 25.381-b09, mixed mode)如果提示“不是内部或外部命令”说明你需要安装Java。这里有个重要避坑提示不要去搜那些乱七八糟的“Java环境变量一键配置”工具手动配置是最稳妥的。下载去Oracle官网或Adoptium推荐开源免费下载对应你操作系统的JDK安装包。对于新手直接下载安装版.exe for Windows, .dmg for Mac, .rpm/.deb for Linux最简单。安装一路“下一步”即可。请记住你的安装路径比如C:\Program Files\Java\jdk-1.8.0_381。配置环境变量Windows重点右键“此电脑” - “属性” - “高级系统设置” - “环境变量”。在“系统变量”部分点击“新建”变量名填JAVA_HOME变量值填你的JDK安装路径例如C:\Program Files\Java\jdk-1.8.0_381。找到系统变量里的Path双击编辑点击“新建”添加一行%JAVA_HOME%\bin。验证重新打开一个命令行窗口再次输入java -version看到版本信息即成功。注意很多教程会教你把java.exe的路径直接加到Path里这虽然能用但设置JAVA_HOME是更规范的做法一些其他工具比如Maven、Gradle也会依赖这个变量。2.2 JMeter的下载与启动解决了JavaJMeter本身就是一个“绿色软件”解压即用。下载直接访问Apache JMeter官网jmeter.apache.org。在下载页面选择Binaries下的.zip或.tgz压缩包下载。强烈建议不要从第三方网站下载以免捆绑垃圾软件或版本老旧。解压将下载的压缩包解压到一个你容易找到的目录比如D:\Tools\apache-jmeter-5.6.2。路径中不要有中文或空格这是避免各种奇怪问题的好习惯。启动Windows进入解压后的bin目录双击jmeter.bat文件。Mac/Linux进入bin目录在终端中执行./jmeter命令。启动后你会先看到一个命令行窗口不要关闭它这是JMeter的后台进程然后JMeter的图形化界面GUI主窗口就会弹出来。看到这个界面你的“武器”就准备好了。实操心得第一次启动可能会有点慢因为要加载各种组件。如果启动失败最常见的原因就是Java环境没配好请回头仔细检查java -version和JAVA_HOME。另外JMeter的GUI模式主要用于脚本编写和调试真正执行大规模压力测试时我们通常使用命令行非GUI模式以避免GUI本身消耗大量资源影响测试结果。但今天我们先在GUI下玩转它。3. 核心概念速览理解JMeter的“积木”在动手搭建测试之前花几分钟理解JMeter的几个核心“积木”后面操作起来会非常顺畅。你可以把JMeter的测试计划Test Plan想象成一个流水线或者一个剧本。测试计划Test Plan这是JMeter脚本的根容器所有其他元素都放在它下面。你可以把它理解成整个测试项目的总纲。线程组Thread Group这是定义“模拟多少用户”和“用户如何行为”的核心。它是所有测试逻辑的起点。线程数Number of Threads模拟的虚拟用户数。100个线程就是100个“同时”在操作的用户。Ramp-Up Period秒所有虚拟用户在多长时间内启动完毕。例如线程数100Ramp-Up50意味着JMeter会在50秒内逐步启动这100个用户每秒启动2个。设置为0表示立即同时启动所有线程这对服务器冲击很大要谨慎。循环次数Loop Count每个用户执行测试脚本的次数。勾选“永远”就是持续压测直到手动停止。取样器Sampler告诉JMeter“发送什么类型的请求”。比如HTTP请求、FTP请求、JDBC请求等。我们今天只用HTTP请求。监听器Listener用来“查看和收集测试结果”的组件。比如查看结果树、聚合报告、图形结果等。它就像测试仪表的显示屏。配置元件Config Element为取样器提供配置信息。比如HTTP请求默认值可以在这里设置所有HTTP请求共用的服务器地址、端口避免在每个请求里重复填写。断言Assertion用来“检查服务器返回的响应是否符合预期”。比如检查响应文本里是否包含某个关键字或者HTTP状态码是否为200。定时器Timer用来“在请求之间设置延迟”更真实地模拟用户思考、操作的时间。工作流简述一个线程虚拟用户被创建后会在线程组内按顺序执行其下的所有取样器可能受定时器影响监听器则在一旁记录这个线程发出的每个请求和收到的每个响应。就这么简单。4. 30分钟实战构建你的第一个性能测试脚本理论说再多不如动手做一遍。我们现在就创建一个最简单的测试模拟10个用户在30秒内陆续启动每个用户访问一次百度首页看看响应情况。4.1 第一步创建测试计划与线程组打开JMeter左侧“测试计划”是默认就有的。我们可以右键点击它 - “添加” - “线程用户” - “线程组”。一个名为“线程组”的节点就出现在了测试计划下。点击这个线程组在右侧面板修改关键参数名称改为“百度首页访问-10用户”。养成好习惯给组件起有意义的名字线程数10。Ramp-Up时间30。这意味着30秒内启动完10个用户平均每秒启动约0.33个压力非常平缓。循环次数1。每个用户只执行一次脚本就停止。4.2 第二步添加HTTP请求取样器现在我们要告诉这些用户去做什么——访问百度。右键点击刚创建的线程组 - “添加” - “取样器” - “HTTP请求”。点击这个新出现的“HTTP请求”配置右侧面板名称改为“GET 百度首页”。协议http如果测试https网站就填https。服务器名称或IPwww.baidu.com。这里不需要写http://。端口号HTTP默认是80HTTPS默认是443。对于百度我们填80。如果协议是https这里会自动建议443也可以留空。方法GET。路径/。表示访问网站根目录。为什么这么填这其实对应着你在浏览器地址栏输入http://www.baidu.com/并回车后浏览器向服务器发送的请求信息。JMeter就是在模拟这个过程。4.3 第三步添加结果监听器没有监听器测试就等于“盲测”。我们添加两个最常用的。查看结果树右键线程组 - “添加” - “监听器” - “查看结果树”。这个组件可以让你看到每一个请求和响应的详细信息包括请求头、请求体、响应头、响应数据HTML源码等。它在调试脚本时极其有用但在正式压测时一定要禁用或删除因为它会消耗大量内存严重影响性能。聚合报告右键线程组 - “添加” - “监听器” - “聚合报告”。这是性能测试的“成绩单”。它不会记录每个请求的细节而是将所有请求的数据汇总统计给出平均值、中位数、吞吐量TPS/QPS、错误率等关键指标。正式压测报告主要看它。4.4 第四步运行测试并查看结果激动人心的时刻到了点击工具栏上的绿色“启动”按钮或菜单栏“运行”-“启动”。你会看到右上角的状态图标变绿并且旁边开始有数字跳动表示活跃的线程数。同时命令行窗口也会有滚动日志。等待运行结束因为Ramp-Up是30秒循环1次所以大概30多秒后所有线程就会结束。你也可以点击黑色的“停止”按钮提前结束。查看结果点击“查看结果树”你会看到10个样本Sample每个样本代表一个HTTP请求。点击任意一个在下方可以看到“请求”和“响应数据”标签页。在“响应数据”里你应该能看到百度的HTML源代码。这说明请求成功了。点击“聚合报告”你会看到一份汇总数据。关键列解读样本总请求数应该是10。平均值平均响应时间毫秒。中位数50%的请求响应时间低于这个值。90%百分位90%的请求响应时间低于这个值。这个值比平均值更能反映用户体验因为它排除了少数极端慢的请求。吞吐量每秒完成的请求数Requests per Second。这是衡量服务器处理能力的重要指标。接收/发送 KB/sec网络吞吐量。错误率失败的请求比例。恭喜你的第一个JMeter性能测试脚本已经成功运行并得到了结果。整个过程可能连15分钟都没用到。5. 脚本增强与实战技巧基础的跑通了我们再来加点“料”让测试更贴近真实场景也更强大。5.1 使用HTTP请求默认值简化配置想象一下如果你要测试同一个网站的10个不同页面难道要在10个HTTP请求里重复填写服务器地址和端口吗太麻烦了。这时就需要“HTTP请求默认值”。右键线程组 - “添加” - “配置元件” - “HTTP请求默认值”。把它拖动到线程组内、所有HTTP请求的上方位置很重要配置元件的作用域是其所在层级及以下的所有同级元件。配置它在“服务器名称或IP”里填www.baidu.com端口填80。修改之前的“GET 百度首页”HTTP请求将“服务器名称或IP”和“端口号”清空。现在这个HTTP请求就会自动继承“HTTP请求默认值”里的配置。你再添加新的针对百度的HTTP请求时只需要填路径和方法就行了大大简化了配置。5.2 添加响应断言验证结果我们怎么知道请求是否真的成功只看响应数据有没有内容不够严谨。应该检查HTTP状态码或者响应内容里的特定文本。右键“GET 百度首页”HTTP请求 - “添加” - “断言” - “响应断言”。配置断言要测试的字段选择“响应代码”。我们检查状态码是否为200。模式匹配规则选择“等于”。要测试的模式点击“添加”输入200。再添加一个断言检查页面标题里是否包含“百度”二字。要测试的字段选择“响应文本”。模式匹配规则选择“包含”。要测试的模式点击“添加”输入百度。运行测试后在“查看结果树”里成功的请求前会是绿色对勾失败的会是红色叉号。点击失败的样本可以在“断言结果”标签页看到具体的失败原因。5.3 使用常数定时器模拟用户思考时间真实用户操作不是机器点一下之后会浏览一下页面再点下一个链接。这个间隔可以用定时器模拟。右键“GET 百度首页”HTTP请求 - “添加” - “定时器” - “常数定时器”。线程延迟设为3000单位毫秒即3秒。这意味着每个用户在发送这个请求前会先等待3秒。定时器的作用域也需要注意如果定时器放在线程组下、HTTP请求外那么它会对线程组内所有的取样器生效如果像我们这样放在某个具体的HTTP请求下则只对该请求生效在它执行前等待。5.4 参数化请求让测试数据动态变化如果我们测试一个搜索接口需要每次传入不同的关键词怎么办这就需要用参数化。一个简单的方法是使用CSV 数据文件设置。准备一个文本文件keywords.csv内容如下每行一个关键词JMeter 性能测试 入门教程右键线程组 - “添加” - “配置元件” - “CSV 数据文件设置”。配置它文件名浏览选择你的keywords.csv文件。文件编码UTF-8。变量名称keyword自定义等下要用。其他默认。修改你的HTTP请求假设百度搜索的路径是/s参数是wd路径/s参数点击“添加”名称填wd值填${keyword}。这个${keyword}就是引用CSV文件中的变量。现在运行测试时三个线程会依次使用“JMeter”、“性能测试”、“入门教程”作为关键词去发起搜索请求。如果线程数大于3CSV数据会循环使用。6. 常见问题与排查技巧实录在实际操作中你肯定会遇到各种问题。这里记录几个新手最高频的“坑”和解决办法。6.1 启动JMeter报错Not able to find Java executable or version问题现象双击jmeter.bat后闪退或命令行提示找不到Java。排查思路这是最经典的Java环境问题。解决步骤确认已安装JDK或JRE不是JRE。检查JAVA_HOME环境变量是否配置正确路径必须指向JDK的根目录包含bin文件夹的目录。检查Path变量是否包含了%JAVA_HOME%\bin。所有配置修改后必须重新打开命令行窗口才能生效。可以尝试在命令行手动进入JMeter的bin目录运行jmeter.bat看具体的错误信息。6.2 发送HTTP请求失败Non HTTP response code: java.net.UnknownHostException问题现象运行测试后所有请求失败查看结果树报这个错。排查思路域名无法解析。要么是服务器地址写错了要么是网络有问题比如DNS解析失败。解决步骤首先用ping www.baidu.com命令看是否能通。如果不通检查网络。检查HTTP请求中的“服务器名称或IP”是否拼写正确。如果你在公司内网可能需要配置代理。可以在JMeter的“HTTP请求默认值”或具体请求的“高级”标签页中配置代理服务器。6.3 测试结果中吞吐量Throughput异常低问题现象模拟的用户数不少但聚合报告里的吞吐量只有个位数甚至更低。排查思路瓶颈可能不在服务器而在你本机或JMeter脚本设置。解决步骤检查监听器是否开启了“查看结果树”或“用表格查看结果”这类非常耗资源的监听器正式压测前请禁用它们右键监听器 - 禁用。检查硬件资源打开任务管理器看看运行JMeter时CPU和内存是否已经跑到100%。单台机器能模拟的虚拟用户数是有限的取决于硬件。检查脚本逻辑是否设置了过长的“常数定时器”定时器会大幅降低请求发送频率。根据业务场景合理设置思考时间。调整JMeter自身配置可以尝试修改bin/jmeter.properties文件中的一些参数来提升性能例如增加堆内存修改bin/jmeter.bat中的HEAP变量但这对新手来说有风险建议先排查前三点。6.4 如何保存和复用测试脚本问题每次都要重新配置吗解决JMeter脚本可以保存为.jmx文件。点击菜单栏“文件”-“保存测试计划”或“另存为测试计划”即可。下次直接“打开”这个文件所有配置都会恢复。强烈建议为每个测试项目建立独立的.jmx文件并放在专门的目录里管理。6.5 GUI模式与命令行模式的区别GUI模式就是我们刚才用的适合脚本开发、调试和小规模验证。它的界面直观方便添加、删除和配置元件。命令行非GUI模式适合正式的压力测试。命令如下jmeter -n -t your_test_plan.jmx -l result.jtl -e -o ./report-n: 非GUI模式。-t: 指定要运行的JMX脚本文件。-l: 指定保存原始结果数据的JTL文件。-e -o: 生成HTML格式的测试报告并指定输出目录。核心区别命令行模式消耗资源极少能把硬件能力几乎全部用于模拟用户压力测试结果更准确。生成的HTML报告也非常专业美观。当你脚本调试无误后一定要切换到命令行模式进行正式压测。走到这一步你已经完成了从安装、理解核心概念、创建基础脚本、增强脚本功能到排查常见问题的完整闭环。30分钟的目标早已达成但你收获的不仅仅是一个能跑的脚本而是一套可以举一反三的方法论。性能测试的世界很大JMeter的功能也远不止于此但有了这个扎实的起点再去学习如何做参数化、关联、分布式压测、监控服务器资源都会变得顺理成章。记住工具是死的人是活的关键在于理解其背后的逻辑——模拟用户施加压力观察系统表现。下次当你需要对一个登录接口、一个查询API进行简单的压力摸底时放心大胆地打开JMeter吧它已经是你工具箱里一件趁手的兵器了。
相关文章
百度网盘登录故障，显示网络开小差了
百度网盘登录故障，显示网络开小差了1.现象2.寻找解决方案3.解决3.1.彻底重置网络并重启3.2 重新登录百度网盘，若发现无法运行程序3.3 如果还不行，尝试将所有百度网盘进程关闭3.4 再次尝试，发现可以登录了1.现象 百度网盘登录不了…
青年科研人才流失难题，三甲分层培育与资源配套实操办法
当前多数三甲医院都面临同一个棘手难题：硕博医师、青年博士后构成的科研人才梯队持续断层，青年科研人员流失率逐年走高。新人入职后缺少文献检索、基金标书、临床统计、期刊绘图全套配套科研资源，自主开展科研门槛极高，论文、课题…
【基础算法精讲 11】验证二叉搜索树
98. 验证二叉搜索树 给你一个二叉树的根节点 root ，判断其是否是一个有效的二叉搜索树。 有效 二叉搜索树定义如下： 节点的左子树只包含 严格小于 当前节点的数。节点的右子树只包含 严格大于 当前节点的数。所有左子树和右子树自身必须也是二叉搜索树…
让老款iPhone重获新生：LeetDown降级工具完全指南
让老款iPhone重获新生：LeetDown降级工具完全指南 【免费下载链接】LeetDown a macOS app that downgrades A6 and A7 iDevices to OTA signed firmwares 项目地址: https://gitcode.com/gh_mirrors/le/LeetDown 你知道吗？那些被遗忘在抽屉里的iPh…
2026大规模网页抓取中IP被封禁怎么办？6个实测有效的修复方案
在大规模数据采集（Web Scraping）任务中，IP 被封禁是所有出海与数据团队的头号噩梦。步入 2026 年，以 Cloudflare、Akamai 为代表的防爬风控系统全面升级，从传统的“看访问频率”演变为“基于行为、协议与全套浏览器指纹…
如何用HunterPie游戏数据覆盖插件5倍提升《怪物猎人：世界》狩猎效率
如何用HunterPie游戏数据覆盖插件5倍提升《怪物猎人：世界》狩猎效率 【免费下载链接】HunterPie-legacy A complete, modern and clean overlay with Discord Rich Presence integration for Monster Hunter: World. 项目地址: https://gitcode.com/gh_mirrors/hu…
中国远程控制行业研究报告（2026）：从连接工具到智能生产力基座的演进路径
2026年，中国远程控制行业迎来分水岭时刻；当生成式人工智能（AIGC）浪潮彻底重塑生产力工具的定义，远控软件不再是简单的“管道工”，而是进化为“跨终端智能生产力底座”。一份近期在业内广泛流传的《2026中国…
SDKMAN CLI：用 Go 重写版本管理工具的探索
文章目录SDKMAN CLI：用 Go 重写版本管理工具的探索SDKMAN CLI：用 Go 重写版本管理工具的探索 SDKMAN 是一个管理多个软件开发工具包（SDK）并行版本的工具，在开发者群体中有一定的使用基础。目前它的命令行实现主要基于…
软考系规备考心得：记忆才是通关根基
软考很多科目，不同科目有不同科目的特点，想要快捷通关，必须因地制宜才好。2026年下半年软考高级相对比较受关注的是系统规划与管理师考试。而且据我所知，有很多同学都是从2026年上半年软考高项转过来的。我也不知道你们为何要转过…
面试辅助工具横评：我试了5款AI面试工具，最后留下了OfferGo
上半年跳槽，面了十几家公司。说句实话，不是能力不行，是面试现场太容易崩了。 明明准备了一周，面试官换个问法脑子就一片白。面完之后那个懊悔——其实我会的。 后来开始试市面上的AI面试辅助工具。前前后后装了5款，踩…
MC-037 | 自定义 Skill 开发：创建你的AI能力模块
MONKEYCODE 教程系列 MonkeyCode教程及推广系列 MC-037 自定义 Skill 开发：创建你的AI能力模块 >官网链接注册更放心哦https://monkeycode-ai.com/?ic019e0aed-c823-783c-b08a-4f030f891e4e 系列: 不爱土豆唯爱马铃薯 MonkeyCode 教程系列 字数: 约 1400 字…
PEER模型：多模型协作范式的工程化实践指南
1. 项目概述：这不是又一个大模型，而是一次协作范式的重构 “META’s PEER: A Collaborative Language Model”这个标题里藏着一个被多数人忽略的关键词—— Collaborative （协作）。它不是在说“模型更大了”“参数更多了”“训练…
Google AI Studio 300美元额度的真相与实战指南
1. 这300美金不是“送钱”，而是Google埋下的第一道技术门槛 你看到标题里那个醒目的“$300美金”时，第一反应可能是：又一个免费额度？领完就完事？我亲手试过——这300美金根本不是红包，而是一张入场券&…
PDF对比终极指南：用diff-pdf轻松识别文档差异的完整教程
PDF对比终极指南：用diff-pdf轻松识别文档差异的完整教程 【免费下载链接】diff-pdf A simple tool for visually comparing two PDF files 项目地址: https://gitcode.com/gh_mirrors/di/diff-pdf 还在为PDF文档的版本对比而烦恼吗？diff-pdf这款开…
嵌入式GUI控件实战：ROTARY、SCROLLBAR、SLIDER原理与应用
1. 嵌入式GUI控件：从原理到实战的深度解析在嵌入式系统开发中，图形用户界面（GUI）的设计与实现往往是项目从“能用”到“好用”的关键一跃。不同于资源充沛的PC或移动平台，嵌入式设备的GUI需要在有限的CPU性能、内存空间…
Zotero Duplicates Merger：5步彻底清理文献库重复条目
Zotero Duplicates Merger：5步彻底清理文献库重复条目 【免费下载链接】ZoteroDuplicatesMerger A zotero plugin to automatically merge duplicate items 项目地址: https://gitcode.com/gh_mirrors/zo/ZoteroDuplicatesMerger 还在为文献库中堆积如山的重…
利用随机有限集理论对蜂群的ILQR和MPC控制研究附Matlab代码
✅作者简介：热爱科研的Matlab仿真开发者，擅长数据处理、建模仿真、程序设计、完整代码获取、论文复现及科研仿真。🍎 往期回顾关注个人主页：Matlab科研工作室🍊个人信条：格物致知,完整Matlab代码及仿真咨询…
为什么你的Gemini邮件CTE低于行业均值2.8倍？：从Prompt架构到发送时序的深度归因
更多请点击： https://intelliparadigm.com 第一章：为什么你的Gemini邮件CTE低于行业均值2.8倍？：从Prompt架构到发送时序的深度归因 Gemini邮件的客户转化效率（CTE）显著偏低，根本原因常被误判为…