解读JMeter体系结构

1、JMeter简介

JMeter可用来模拟用户负载来完成性能测试工作

2、JMeter结构图

在这里插入图片描述
X1-X5:是负载模拟的一个过程,使用这些组件来完成负载的模拟
Y1:包含的是负载模拟部分,负责模拟用户请求
Y2:结果验证部分,负责验证结果正确性
Z:负载结果的收集,监听器不仅可以放在线程组之内,也可以放在线程组之外。

JMeter基本原理:

是建立一个线程池,多线程运行取样器产生大量负载,在运行过程中通过断言来验证结果的正确性,通过监听器来记录测试结果。

  • 如果取样器中有参数化的需求,可以通过X2中的配置元件或者前置处理器来完成。
  • 如果有关联需求,可以通过后置处理器来完成。
  • 如果想要设置运行场景,如模拟多少用户,运行多长时间,可以设置线程组。
  • 如果想要模拟并发场景,可以利用定时器来设置。
  • 如果想要控制业务的执行逻辑,如登陆操作只运行一次,可以使用控制器来完成。

3、JMeter支持远程运行:

架构图:
在这里插入图片描述

  1. 控制机:运用多台JMeter负载机进行性能测试时,被选中作为管理机的那台机器即是控制机。JMeter控制机也可以参与脚本的运行;同时它也担负着管理远程负载机指挥远程负载机运行的任务,并且收集远程负载机的测试结果。
  2. 负载机:向被测试应用服务器发起负载的机器,控制机同时也是一台负载机。若负载机想要被控制机控制,负载机上需要运行一个客户端程序(Agent:jmeter-server.bat)。启动后,控制机便可以把运行的脚本隐蔽娣发送到远程的负载机。但是如果运行的测试脚本有参数文档及依赖的jar包时,控制机并不能把他们发送到远程的负载机,这种情况需要手动拷贝,不过在使用JMeter做性能测试自动化时,不能这样操作,需要使用工具来实现自动拷贝。
  3. 远程运行逻辑:
    远程负载机首先启动Agent程序,待控制机连接;
    控制机连接上远程负载机;
    控制机发送指令(脚本及启动命令)启动线程;
    负载机运行脚本,回传状态(包括测试结果);
    控制机收集结果并显示;

4、JMeter环境介绍

JMeter工具目录介绍

  1. Bin:放置了各项配置文件(比如日志设置、JVM设置等)、启动文件(JMeter启动快捷方式,报告生成快捷方式,Heap Dump快捷方式等)、启动jar包、示例脚本等。
  2. Docs:放置了JMeter API离线文档,Web方式。
  3. Extras:JMeter辅助功能,提供与Ant、Jenkins集成的可能性,我们可以利用Ant与Jenkins来构建性能测试自动化构架。Ant可以利用xsl脚本把XML格式的测试结果以HTML方式展示。
  4. Lib:JMeter组件以jar包的形式放置在lib/ext目录下,需要扩展的JMeter组件的jar包放在此目录即可。JMeter支持运行Junit测试类,其测试包放在lib/junit目录下。
  5. licenses:JMeter licenses相关声明信息放在此文件夹,全部是文本文件。对测试没有任何实际意义。
  6. printable_docs:JMeter的离线帮助文件放置目录,是我们学习JMeter的绝好向导。
  7. LICENSE:License说明文件。
  8. NOTICE:版权声明。
  9. README:JMeter简明介绍。
发布了4 篇原创文章 · 获赞 4 · 访问量 2574

猜你喜欢

转载自blog.csdn.net/wangzhimin0928/article/details/105377622
今日推荐