Skip to content

Latest commit

 

History

History
185 lines (141 loc) · 11.3 KB

JMeter-Install-And-Settings.md

File metadata and controls

185 lines (141 loc) · 11.3 KB

JMeter 安装和配置

JMeter 介绍

JMeter Windows 安装

  • 因为是绿色版本,直接解压即可,比如我解压后目录:D:\software\portable\apache-jmeter-4.0\bin
  • 直接双击运行:ApacheJMeter.jar(会根据当前系统是中文自行进行切换语言)
    • 也可以直接双击:jmeter.bat(显示的是英文版本)
    • 如果是作为分布式中的客户端,需要执行:jmeter-server.bat
  • 其他:
    • jmeter.log 是 JMeter 的 log
    • jmeter.properties 是 JMeter 软件配置

JMeter Linux 安装

  • 解压 zip 包,假设我放在
  • 增加环境变量:vim ~/.zshrc(我用的是 zsh)
# JMeter
JMETER_HOME=/usr/local/apache-jmeter-4.0
PATH=$PATH:$JMETER_HOME/bin
export JMETER_HOME
export PATH 
  • 刷新配置:source ~/.zshrc
  • 测试:jmeter -v,输出结果:
Apr 12, 2018 10:14:24 AM java.util.prefs.FileSystemPreferences$1 run
INFO: Created user preferences directory.
    _    ____   _    ____ _   _ _____       _ __  __ _____ _____ _____ ____     
   / \  |  _ \ / \  / ___| | | | ____|     | |  \/  | ____|_   _| ____|  _ \   
  / _ \ | |_) / _ \| |   | |_| |  _|    _  | | |\/| |  _|   | | |  _| | |_) | 
 / ___ \|  __/ ___ \ |___|  _  | |___  | |_| | |  | | |___  | | | |___|  _ <  
/_/   \_\_| /_/   \_\____|_| |_|_____|  \___/|_|  |_|_____| |_| |_____|_| \_\ 4.0 r1823414  

Copyright (c) 1999-2018 The Apache Software Foundation

JMeter Linux 测试

  • Windows 是 GUI 操作,测试方便,Linux 只能用命令,所以这里进行记录
  • 准备好 jmx 测试脚本文件(可以在 Windows 上使用后,保存的脚本就是 jmx 后缀文件)
  • 测试:jmeter -n -t /opt/myTest.jmx -l /opt/myReport.jtl
    • 参数 n 表示以 nogui 方式运行测试计划
    • 参数 t 表示指定测试计划
    • 参数 l 表示生成测试报告
  • 显示 ... end of run 即脚本运行结束
  • 如果要后台运行 JMeter 可以:setsid jmeter -n -t /opt/myTest.jmx -l /opt/myReport.jtl
  • 将上一步运行结束后生成的.jtl 文件拷贝到 win 上,打开 win 上的 Jmeter,随便新建一个项目,也可以用之前的项目,添加监听器,在监听器界面点击浏览,选择该.jtl 文件,就可以查看结果了

JMeter 分布式安装

  • 分布式环境:分为 server、client
    • server 等同于 controller、master(server 其实也可以作为 Client 使用,但是不推荐这样做)
    • client 等同于 agent、slave
  • 注意事项
    • 1、保持 controller 和 agent 机器的 JDK、jmeter 以及插件等配置版本一致;
    • 2、如果测试数据有用到 CSV 或者其他方式进行参数化,需要将 data pools 在每台 Agent 上复制一份,且读取路径必须保持一致;
    • 3、确保 controller 和 agent 机器在同一个子网里面;
    • 4、检查防火墙是否被关闭,端口是否被占用(防火墙会影响脚本执行和测试结构收集,端口占用会导致 Agent 机报错);
    • 5、分布式测试中,通过远程启动代理服务器,默认查看结果树中的响应数据为空,只有错误信息会被报回;
    • 6、如果并发较高,建议将 controller 机设置为只启动测试脚本和收集汇总测试结果,在配置文件里去掉 controller 机的 IP;
    • 7、分布式测试中,如果 1S 启动 100 个模拟请求,有 5 个 Agent 机,那么需要将脚本的线程数设置为 20,否则模拟请求数会变成 500,和预期结果相差太大。
  • 分布式测试流程:
    • 运行所有 agent 机器上的 jmeter-server.bat 文件
    • 假定我们使用两台机器 192.168.0.1 和 192.168.0.2 作为 agent
    • 修改 controller 机器的 JMeter /bin/jmeter.properties 文件
默认值是:
remote_hosts=127.0.0.1

修改为:
remote_hosts=192.168.0.1:1099,192.168.0.2:1099

其中默认 RMI 端口是 1099,如果被占用,可以看 http://jmeter.apache.org/usermanual/remote-test.html 进行修改
  • 启动 Controller 机器上的 JMeter.bat,进入 Run -> Remote Start

JMeter 基础知识

线程组

  • Ramp-up Period(in seconds)
    • 决定多长时间启动所有线程。如果使用 10 个线程,ramp-up period 是 100 秒,那么 JMeter 用 100 秒使所有 10 个线程启动并运行。每个线程会在上一个线程启动后 10 秒(100/10)启动。Ramp-up 需要要充足长以避免在启动测试时有一个太大的工作负载,并且要充足小以至于最后一个线程在第一个完成前启动。一般设置 ramp-up 等于线程数,有需求再根据该值进行调整。
    • 一般不要设置为 0,不然 JMeter 一启动就会发送大量请求,服务器可能瞬间过载,测试不出平时那种因为平均访问带来的高负载情况。
    • 估值方法:假设线程数为 100, 估计的点击率为每秒 10 次, 那么估计的理想 ramp-up period 就是 100/10 = 10 秒。每秒点击率需要自己获取系统数据,或是自己估值。

定时器

  • 默认情况下,Jmeter 线程在发送请求之间没有间歇。建议为线程组添加某种定时器,以便设定请求之间应该隔多长时间。如果测试人员不设定这种延迟,Jmeter 可能会在短时间内产生大量访问请求,导致服务器被大量请求所淹没。
  • 定时器会让作用域内的每一个采样器都在执行前等待一个固定时长。如果测试人员为线程组添加了多个定时器,那么 Jmeter 会将这些定时器的时长叠加起来,共同影响作用域范围内的采样器。定时器可以作为采样器或者逻辑控制器的子项,目的是只影响作用域内的采样器。

synchronized timer(时间集合点,主要用于模拟高并发测试)

  • 该定时器主要是为了阻塞线程,直到指定的线程数量到达后,再一起释放,可以瞬间产生很大的压力。
  • 假设这样的配置:
    • Number of Simulated Users to Group By = 10
    • Timeout in milliseconds = 0
  • 该配置表示当用户(线程)数达到 10 的时候才开始测试。
  • 下面那个参数 0,表示达到 10 个用户就开始访问。如果填写 1000,则表示达到 10 用户后,延迟 1000 毫秒才开始访问。

Constant Throughput Timer(常数吞吐量定时器,主要用于预设好 QPS 场景下测试)

  • constant throughput timer 常数吞吐量定时器可以让 jmeter 以指定数字的吞吐量(即指定 tps,只是这里要求指定每分钟的执行数,而不是每秒)执行。吞吐量计算的范围可以为指定为当前线程、当前线程组、所有线程组,并且计算吞吐量的依据可以是最近一次线程的执行时延。

聚合报告

  • Label:每个 JMeter 的 element(例如 HTTP Request)都有一个 Name 属性,这里显示的就是 Name 属性的值
  • Samples:表示你这次测试中一共发出了多少个请求,如果模拟 10 个用户,每个用户迭代 10 次,那么这里显示 100
  • Average:平均响应时间——默认情况下是单个 Request 的平均响应时间,当使用了 Transaction Controller 时,也可以以 Transaction 为单位显示平均响应时间(单位是毫秒)
  • Median:中位数,也就是 50% 用户的响应时间(单位是毫秒)
  • 90% Line:90% 用户的响应时间
  • Note:关于 50% 和 90% 并发用户数的含义,请参考下文
  • `http://www.cnblogs.com/jackei/archive/2006/11/11/557972.html
  • Min:最小响应时间
  • Max:最大响应时间
  • Error%:本次测试中出现错误的请求的数量 / 请求的总数(怎么测试出整个系统的压力了? 如果 Error% 里面开始出现大量的错误,那就说明系统开始有瓶颈了,基本这时候就是最大压力节点,也就可以得到系统最大并发数是多少了。一般错误率不高于 1%,优秀的情况是不高于 0.01%)(若出现错误就要看服务端的日志,查找定位原因)
  • Throughput:吞吐量——默认情况下表示每秒完成的请求数(Request per Second),当使用了 Transaction Controller 时,也可以表示类似 LoadRunner 的 Transaction per Second 数
  • KB/Sec:每秒从服务器端接收到的数据量,相当于 LoadRunner 中的 Throughput/Sec,主要看网络传输能力

常见问题

  • 个人经验:
    • 对开发机中的项目测试:一般 100 线程,循环 10 次即可。
    • 对服务器上的小项目测试:一般 300 线程,循环 10 次即可。
    • 对服务器上的中大型项目测试:采用分布式测试,分别测试:300 ~ 5000 线程情况。
      • 假设好一点的机子设置 500 线程,一般的机子设置 300 线程。预计总 5000 线程需要 5 台好机子, 9 台一般机子。
      • 也可以通过修改 JVM 方式来调整每台机子性能上限,修改 /bin/jmeter 的合适值
: "${HEAP:="-Xms1g -Xmx1g -XX:MaxMetaspaceSize=256m"}"
  • JMeter 即使加了 cookie manage 也没有保存 session 的,一个原因是:HTTP 请求默认值,中服务器 IP,只能填 IP 或是域名,一定不要在这里面在加上某个后缀地址,这样没办法保存的 session 的
  • 测试多用户的同时测试的效果,一种是用 jmeter 的 csv 功能,一种是复制几个脚本,每个脚本里面的登录信息不一样。或者是创建两个不同的线程组,每个线程组的登录信息不一样,然后每个线程组都有自己的 HTTP Cookie 管理器
  • 在压力测试过程中,要监控服务器情况,可以使用 nmon 系统性能监控工具的使用

JMeter 资料

资料