啦啦啦~小编又来了,上课之前我们学习了“JMeter软件测试计划”,先问问大家上节课的内容都掌握了吗?没掌握的同学记得在线问老师哦,一对一辅导。
那我们这节课的内容是“JMeter安装部署”恩~内容比上节课稍微多了那么一点,但是小编相信各位同学都没问题的。(上课铃已经敲响,开始上课,注意:不要走神哦!)
一、JMeter环境需求
JMeter是纯Java应用程序,因此有Java运行环境的要求。不同版本JMeter对Java版本的要求不尽相同。
比如:
JMeter3.3仅支持Java 8
JMeter4.0要求Java 8+(表示大于等于Java 8版本)
JMeter5.1.1要求Java 8+
Java版本一般指的是JDK版本,这两个概念可以无差别对待。目前JDK可以分为Oracle JDK与Open JDK两类,其中Open JDK是OracleJDK的开源免费版。
从2019年1月开始,LTS的Oracle JDK8与Oracle JDK11不再免费,企业需要获取JDK的更新升级,则需要购买Orace的订阅服务。也可以不付费而使用免费的Open JDK 8/11,两者没有太大的区别。
二、JMeter运行原理
JMeter以创建多个线程的方式来模拟多个用户执行操作,一个线程代表一个虚拟用户。当JMeter执行测试时,测试计划会发送到负载机,并向负载机发送命令以CLI方式执行测试,产生多个线程向被测系统发送请求,生成负载。
基于操作方式,可以分为两种:
1、GUI模式
图形用户界面运行模式。可视化显示更加直观,可使用鼠标操作更为方便。
2、CLI模式
命令行模式(旧称NON GUI)。
使用GUI模式存在如下问题:
a、GUI模式运行时会消耗大量的系统资源,从而影响测试结果;
b、某些环境中可能无法使用GUI模式,比如将JMeter部署在没有GUI的Linux系统上。
为了规避这些问题,JMeter提供了CLI模式,可以通过运行JMeter命令来执行测试。
建议使用GUI模式来创建和调试测试脚本;使用CLI模式执行测试并收集测试结果。
基于运行架构,可以分为两种:
1、单机模式
JMeter安装在一台服务器上,这台机器也是负载机,所有请求都从该机器发出
2、分布式模式
单机模式存在如下问题:
a、JMeter运行时,产生的众多线程会消耗大量的CPU,内存资源,负载机本身可能成为测试瓶颈;
b、网络上能传输的数据量受网络带宽影响,无法做到高并发,导致测试结果不准确。
使用分布式模式可以解决这些问题,使用一台Master控制多台远程Slave,将测试计划分发到不同的Slave上执行,请求从不同的Slave发出。
三、分布式运行原理主要分为以下两种:
1、JMeter分布式体系结构
2、JMeter分布式执行测试过程
a、首先启动每台Slave上的Agent程序Windows: jmeter-server.bat,Linux/Unix: jmeterserver;
b、启动Master后自动连接各台远程Slave;
c、Master将存储在本地的测试计划(jmx文件)分发到各台远程Slave,并命令各Slave以CLI模式执行JMeter测试;
注意:参数化文件或依赖包需要手工拷贝到各台远程Slave上;
d、Slave执行测试向SUT(被测系统)发送请求,并接受服务器返回的响应结果;
e、Slave将测试结果回送给Master;
f、Master接收并汇总统计测试结果。
这节课到这里就结束啦,也不复杂嘛,各位同学是不是和小编一样轻松愉快的学完了呢。小编还是要提醒大家,每节课学完记得要温故而知新哦,反复练习。
下一节课预告来啦,下节课我们主要学习2个知识点:“单机环境部署”和“分布式环境部署”,准备一个小本本做好笔记哦!