Jmeter-基本组成

Posted 2022-05-07 marton

Jmeter基本组成

 

X1~X5是负载模拟的一个过程，使用这些组件来完成负载的模拟。

Y1包含负载模拟部分，负责模拟用户请求。

Y2是结果验证部分，对比实际结果与预期结果。

Z负责结果的收集，它既可以在线程组之内，也可以在线程组之外。

 

Jmeter基本原理

建立一个线程池

　　V

多线程运行取样器产生大量负责

　　V

通过断言来验证结果

通过监听器来记录测试结果

 

如果取样器中有参数化的需求，可以通过配置元件或前置处理器来完成；

如果有关联需求可以通过后置处理器来完成；

如果想要设置运行场景，如模拟多少用户，运行多长时间等，可以通过设置线程组来完成；

如果想要模拟并发场景，可以通过定时器来设置；

如果想要控制业务的执行逻辑，比如只运行一次，可以通过控制器来完成。

 

Jmeter组成部分

取样器

用来模拟用户操作，向服务器发送Http请求，JAVA请求等；

可以把Http请求元件看作一个没有界面的浏览器，它可以发送http请求并接收服务器的响应数据；

取样器元件基本涵盖了我们常见的各种协议。

 

断言

用来验证实际结果是否和预期结果一致

比较常用的是响应断言，对于复杂的断言可以通过BeanShell脚本完成

 

监听器

监听器有两个任务

添加结果监听，保存测试结果到文件，供再次分析使用；

展示结果，以图形或表格的方式展示结果，供测试人员分析测试结果。

 

取样器>断言>监听器 就可以帮助我们完成发送请求>结果验证>记录测试结果这三项工作。

 

前置处理器

在请求发送前做一些环境或参数的准备工作，比如建立一个数据库连接

 

配置元件

性能测试中模拟大量用户进行操作往往需要进行参数化，配置元件可以来完成这个工作；

提供了很多函数来帮助我们生成动态数据；

记录服务器返回的数据；

简而言之，它为取样器提供预备数据，然后由取样器发出请求。

 

后置处理器

一般放在取样器之后，用来处理服务器返回的结果。

比如一个web应用程序，登录后返回一个sessionid，这个sessionid在登录之后的业务操作

过程中作为验证条件，验证用户是否合法登录了。我们利用取样器模拟这个请求时就要带上

这个属性，如何获取？我们直到sessionid是由服务器返回的。我们可以通过正则表达式提取器

来提取数据。

 

前置处理器>配置元件>后置处理器 都是为取样器提供数据支持的，取样器关注的是业务逻辑。

 

控制器

我们在收邮件时，只登录一次就可以查看很多邮件，我们如何通过Jmeter来控制登录的次数，

Jmeter逻辑控制器中的仅一次控制器即可以完成。

 

定时器

为了真实的模拟用户负载，我们有时需要模拟一些请求在同一时刻发送，定时器能够满足这个需求。

 

线程组

用来模拟用户大量负载的情况，设置的线程数就是用户数，一个线程对应一个用户

 

Jmeter运行原理

 Jmeter通过线程组来驱动多个线程运行测试脚本对被测服务器发起负载，每个负载机上都可以运行多个线程组。

 

Jmeter测试计划要素

Jmeter中一个脚本即是一个测试计划，Jmeter的请求模拟与并发数设置都在脚本文件中设置。

要素1，脚本中测试计划只能有一个

Jmeter脚本在GUI中显示时是树形结构，测试计划是根节点，根节点当然只能有一个。

 

要素2，测试计划中至少有一个线程组

Jmeter负载是通过线程组驱动的，一般把不相关联的业务分布在不同的线程组中。

 

要素3，测试计划中至少有一个取样器

测试的目的就是要模拟用户请求，没有取样脚本就毫无意义

 

要素4，测试计划中至少有一个监听器

测试结果用来衡量系统性能

 

其他元件都是为这些要素服务的