Jmeter学习文档/使用

JMeter 工具文档

1. JMeter介绍

1.1. JMeter简介

Apache JMeter 是一个100%的纯Java桌面应用,用于压力测试和性能测量。它最初被设计用于Web应用测试但后来扩展到其他测试领域。

Apache JMeter可以用于对静态的和动态的资源(文件,Servlet,Perl脚本,Java 对象,数据库和查询,FTP服务器等等)的性能进行测试。它可以用于对服务器,网络 或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能。你可以 使用它做性能的图形分析或在大并发负载测试你的服务器/脚本/对象。

1.2. JMeter与其它主流工具对比

 

Loadrunner

QALoad

JMeter

安装

一般

一般

简单

脚本产生方式

手动编写

录制

手动编写

录制

手动编写

录制

测试结果

详细

较详细

简单

操作性

较简单

简单

一般

价格

极昂贵

昂贵

免费

售后与支持

技术培训

电话等方式

社区讨论

总结

功能强大

价格极昂贵

功能较强大

价格昂贵

功能简单

开源、免费

 

2. JMeter安装

下载安装JDK(1.4以上版本)

下载JMeter,并解压到相关目录

下载BadBoy,并安装

解压完JMeter后,可以在解压目录下的bin目录下,运行jmeter.bat来运行JMeter。如果你不想使用BadBoy来进行录制脚本,可以不用下载和安装BadBoy。

3. JMeter使用

3.1. 基础功能点

3.1.1. 线程组

线程组,可以理解为用户组,进行性能测试时的用户资源池

 

 

线程数:每个线程均独立运行测试计划。因此, 线程组常用来模拟并发用户访问。

ramp-up period: 用于告知JMeter 要在多长时间内建立全部的线程。默认值是0。如果未指定ramp-up period ,也就是说ramp-up period 为零, JMeter 将立即建立所有线程,假设ramp-up period 设置成T 秒, 全部线程数设置成N个, JMeter 将每隔T/N秒建立一个线程。

循环次数:调试计划的循环次数。

3.1.2. 逻辑控制器

3.1.2.1. For Each控制器

该控制器下的sampler或者控制器都会被执行一次或多次,每次读取不同的变量值,常结合用户定义的变量或者正则表达式的取值一起使用。

     1、先定义一些用户变量

 

2、在线程组下添加一个For Each控制器

 

输入变量前缀:我们对做For Each循环时所输入的变量的前缀

Start index for loop (exclusive):从哪个序号的变量开始循环(不包含该序号)

End index for loop (inclusive):从哪个序号的变量结束循环(包含该序号)

输出变量名称:输入变量以什么名称在Http请求中进行调用

Add “_” before number:在前缀和序号之间是否用下划线“_”进行连接

 

3、添加一个http请求,并使用For Each控制器中输出变量名称作为变量进行循环请求

 

4、添加一个察看结果树,验证for each请求

 

3.1.2.2. 仅一次控制器

仅一次控制器下的sampler在当个线程中只运行一次。

1、设置一个线程组,线程数为1,循环次数为4。

 

2、添加给需要仅运行一次的sampler添加一个仅一次控制器

 

3、在仅一次控制器外添加一个普通的http请求,从运行结果中可以看出,仅一次控制器的sampler只运行了一次

 

3.1.2.3. If 控制器

当满足特定条件的情况,该控制器下的sampler才会被执行

1、 判断变量OutTest值为A4时才被执行该HTTP请求

 

2、 从察看结果树中的请求中可以看出,只有当变量值为A4才被执行

 

3.1.2.4. 事务控制器

将一个或多个sampler集合为一个事务。一个相对完整的、有意义的业务操作过程,例如登录、查询、交易、转账,这些都可以作为事务,而一般不会把每次HTTP请求作为一个事务。

1、添加一个事务控制器

 

2、将2个HTTP请求作为一个事务添加到该事务控制器中,查看聚合报告发现只有一个事务

 

3.1.3. 配置元件

3.1.3.1. CSV Data Set Config

在使用JMeter的时候,往往需要参数化一些数据,常用到的就是CSV Data Set Config,一般使用.csv或者.txt结尾的文件。

 


Filename:填写测试数据的文件名,如果测试数据文件没有和测试脚本在同一个目录中,需要写全路径。

File encoding:参数文件的编码格式。推荐选择 UTF-8

Variable Names:对应参数文件每列的变量名

Delimiter:参数文件分隔符。与参数文件中的分隔符保持一致即可。

 

1、 准备一个txt的测试数据文件,并放到和脚本同级目录中(文件格式推荐使用UTF-8)

 

2、 配置csv data set config

 

3、 添加一个http请求,并使用参数

 

4、 查看聚合报告

 

3.1.3.2. HTTP请求默认值

HTTP默认请求值用于设定一些默认的请求参数,如IP地址、端口、协议等。在这里设置后,每个HTTP请求就不必要设定这些值了。

协议:请求所使用的网络协议。

服务器名字或IP:服务器的IP地址或者域名地址。

端口号:提供服务的端口号。

路径:请求路径。

 

1、 添加一个http请求,只填写请求参数

 

2、 在聚合报告中查看运行结果,请求正常。

 

3.1.3.3. 用户定义的变量

用户定义的变量在不同的位置作用域不同,如果在测试计划中的用户定义变量可用于所有线程,在线程中定义的变量只能在该线程中使用。

常用于一些需要大量使用却需要变更的场景,比如测试环境变更,导致的服务器端口、地址等信息。

变量名称:定义变量引用的名称,如:设置变量名为IP 在Sampler请求内引用:${IP}

值:给变量赋值,比如IP地址值可以设置为请求需要的地址

 

1、 http请求中使用用户定义的变量

 

2、 查看结果,使用的用户定义变量成功

 

3.1.3.4. 计数器

计数器允许用户在线程组中任何位置创建引用。 计数器配置允许用户配置起始点,最大值和增量。 计数器将从开始循环到最大,然后从开始重新开始,继续进行,直到测试结束

启动:给计数器的初始值。

递增:每次迭代后给计数器增加的值。

最大值:计数器的最大值,如果超过最大值,重新设置为初始值

Number format:数字格式。

引用名称:在请求用使用的变量名。

与每用户独立的跟踪计数器: 全局的计数器,如果不勾选,即全局的,比如用户#1 获取值为1,用户#2获取值还是为1;如果勾选,即独立的,则每个用户有自己的值:比如用户#1 获取值为1,用户#2获取值为2。

1、 添加一个http请求,在请求中使用计数器的引用名作为变量

 

2、 查看执行结果

 


从查看结果树中可以看出,百度搜索使用的是计数器中的变量值,循环一次加一。

3.1.4. 定时器

3.1.4.1. 吞吐量控制器(Constant Throughput Timer

吞吐量控制器(Constant Throughput Timer可以让JMeter以指定数字的吞吐量

 


Target throughput(in samples per minute):每分钟的吐量

Calculate Throughput based on:线程和吞吐量的关系,常用的有:

(1)This thread only:控制每个线程的吞吐量,选择这种模式时,总的吞吐量为设置的target Throughput 乘以该线程的数量

(2)All active threads:设置的target Throughput 将分配在每个活跃线程上,每个活跃线程在上一次运行结束后等待合理的时间后再次运行。活跃线程指同一时刻同时运行的线程。

 

1、 设置线程数为30,吞吐量控制器为每个线程每分钟600

 

总的吞吐量为设置的target Throughput 乘以该线程的数量

 

2、 设置线程数为30,吞吐量控制器为所有线程每分钟10

 

每个活跃线程在上一次运行结束后等待合理的时间后再次运行

3.1.4.2. 集合点(Synchronizing Timer

集合点:当请求数达到这个阀值时,允许请求同时发出

 


Number of Simulated Users to Group by:请求集合的数量。

Timeout in milliseconds:等待集合数量的超时时间(毫秒)。

3.1.5. 前置处理器

3.1.5.1. 用户参数

 


在察看结果树中可以看出使用的变量:

 

3.1.6. Sampler

3.1.6.1. HTTP请求

 


3.1.6.2. SOAP WebService请求

 


填写服务器IP,端口,路径等信息。

webservice接口请求内容填写到Body Data中,并参数化一些脚本信息。

 

查看webservice请求结果。

3.1.6.3. JDBC请求

创建JDBC请求之前,需要先创建一个JDBC Connection Configuration

 


variable name: 这个值一定要填写,并且在稍后要添加的JDBC Request中也要使用该值。

Database Connection Configuration部分填写数据库的连接信息。信息如下:
    Database URL: jdbc:mysql://localhost:3306/数据库名。

JDBC Driver class:com.mysql.jdbc.Driver

创建一个JDBC请求

 


Variable Name 一定要和创建JDBC配置中填写的一样。

执行结果:

 

3.1.7. 后置处理器

3.1.7.1. 正则表达式提取器

正则表达式提取器可以从请求的响应结果中取到需要的内容,从而实现关联

 


引用名称:HTTP等请求中,引用此数据,需要用到的名称

正则表达式:用于将需要的数据提取出来

     假设想匹配一个WEB页面的一下部分:

 name=”file” value=”readme.txt”

 要提取readme.txt 一个合适的正则表达式如下:

 name=”file” value=”(.+?)”

模板:表示使用提取到的第几个值:
$1$:表示取第1个
$2$:表示取第二个
以此类推:$n$:表示取第n个

匹配数字(0代表随机):0 代表随机取值,-1 代表全部取值(常配合for each使用),n 代表n选择n次匹配。

缺省值:如果正则表达式没有搜找到值,则使用此缺省值

 

1、 填写正确的正则表达式。

 

2、 使用该引用名作为变量传递下一个请求。

 

3、 通过察看结果树检查请求是否正确。

 

3.1.8. 断言

3.1.8.1. 响应断言

响应断言意思是指对于Sample完成了请求发送之后,判断一下返回的结果是否满足期望断言的结果可在监听器中查看

 


Apply to:一般就选择Main sample only

要测试的响应字段:一般的http响应,就勾选响应文本。

模式匹配规则:包含,匹配,等于等。

1、 创建一个baidu的请求。

 

2、 添加一个响应断言,判断页面是否包含“百度一下”。

 

3、 通过察看结果树可以发现响应断言成功

 

修改相应断言值为百度一下111

 

4、 查看结果树发现改请求失败

 

3.1.8.2. BeanShell断言

通过JAVA语言来代码来断言一个响应

 


可以通过断言结果或者察看结果树察看断言情况:

 

3.1.9. 监听

3.1.9.1. 断言结果

用来查看断言结果

 


断言结果,在察看结果树中也可以察看。

 

一条断言成功,第二条断言失败。

3.1.9.2. 察看结果树

从表格数据里可以看出每次请求是否成功等信息

 


结果树是一个很有用的结果分析报告,从这里不仅可以看出请求的状态、成功与否,请求的URL,而且还可以看出请求的响应数据,并生成html和xml等格式

3.1.9.3. 聚合报告

聚合报告里可以看出每次请求的时间、请求数据量等数据

 


Label:每个 JMeter 的 element(例如 HTTP Request)都有一个 Name 属性,这里显示的就是 Name 属性的值

#Samples:表示你这次测试中一共发出了多少个请求,如果模拟10个用户,每个用户迭代10次,那么这里显示100

Average:平均响应时间——默认情况下是单个 Request 的平均响应时间,当使用了 Transaction Controller 时,也可以以Transaction 为单位显示平均响应时间

Median:中位数,也就是 50% 用户的响应时间

90% Line:90% 用户的响应时间

Min:最小响应时间

Max:最大响应时间

Error%:本次测试中出现错误的请求的数量/请求的总数

Throughput:吞吐量——默认情况下表示每秒完成的请求数(Request per Second),当使用了 Transaction Controller 时,也可以表示类似 LoadRunner 的 Transaction per Second 数

KB/Sec:每秒从服务器端接收到的数据量,相当于LoadRunner中的Throughput/Sec

3.2. 函数

3.2.1. _csvRead 函数

_cvsRead函数是从外部读取参数,csvRead函数可以从一个文件中读取多个参数。

 

CSV file to get values from | *alias:表示要读取的文件路径,需要是绝对路径放在和脚本相同目录直接写文件名是不能正确读取到的)。

CSV文件列号| next| *alias:表示当前变量读取第几列数据

1、 将生成的函数直接放到需要使用的地方

 

2、 察看运行结果

 

注意:如果中文乱码,需要修改文件格式为GB2312格式。

3.2.2. _Random 函数

一个数据段随机读取数据替换参数

 

使用方法参考3.2.1。

3.2.3. _split 函数

将一个字符串或者一个变量,分割成多个值

 

String to split:需要进行分割的字符串或者变量。

函数名称。存储变量名,可以在其他地方进行使用。

String to split:分割符。

使用方法参考3.2.1。

 

3.2.4. _Counter函数

该函数功能和计数器相同。

 

使用方法参考3.2.1。

 

3.2.5. _Time函数

 

${__time(,)}1450056496991无格式化参数,返回当前毫秒时间

${__time(yyyyMMdd,)}20151214返回年月日)

${__time(HHmmss,)}092816返回时分秒

日期格式可以根据情况灵活填写。

使用方法参考3.2.1。

3.3. 录制脚本

3.3.1. 使用JMeter代理录制脚本

1、 打开JMeter的代理

 

设置代理端口号;

选择目标控制器里你想存放脚本的线程组;

选择分组里的每个组放入一个新的控制器;

点击最下面的启动按扭。

2、 设置IE代理并开始录制。

打开IE→Internet选项连接局域网设置代理服务器

 

把地址设成localhost,一般把端口设成JMeter的代理端口置代理后,要启动JMeter里的代理服务器设置才能正常访问网站

在浏览器中访问百度。

 

成功录制百度首页。

 

3.3.2. 使用BadBoy录制脚本

打开badboy软件,并在URL地址栏输入想要录制的网页,并进行流程操作。

 

把操作导出为JMeter脚本:

 

导出后,可以在JMeter打开这个脚本。

 

3.4. 脚本运行

3.4.1. 分机的设置

运行代理机上的Jmeter -server.bat文件。

3.4.2. 主机的设置

ü 打开主控机bin目录下的Jmeter.properties 文件。

ü 将文件中“remote_hosts=127.0.0.1:1099”,其中的127.0.0.1 改为代理机的IP地址。

ü 保存文件后运行主控机上的 Jmeter.bat文件。

ü 进入运行-远程启动菜单项,进行远程调用。

3.4.3. Linux系统运行

1、 Linux系统上安装JMeter工具和JAVA环境。

 

2、 上传所需要执行的JMeter脚本到Linux服务器。

 

3、 使用命令执行。

../bin/jmeter -n -t http请求默认值.jmx -l log.jtl

 

命令讲解:

-n 使用非GUI的方式进行启动JMeter。

-t 执行需要运行的JMeter脚本。

-l 保存日志到文件中。

 

4、 在执行完成后,可下载log.jtl日志文件,然后通过JMeter工具打开察看详细的运行结果。

 

 

从35个方面对Jmeter从原理到实际演示,一册在手,天下我有 1.性能测试基本概念 1.1.RT -Response time 请求响应时间 从客户端发出请求到得到响应的整个时间 一般包括网络响应时间+server的响应时间。 用户接受准则: 例如2-5-10原则,即按照正常用户体验,如果用户能够在2秒内得到响应,会感觉速度很快,如果2-5秒得到响应,用户感觉系统的响应速度还不多,在5-10秒之内得到响应时,用户会感觉系统的响应速度慢,但是可以接受,超过10秒后还没有响应,用户就会感觉不能够接受。 不同行业不同业务可接受的响应时间是不同的,一般情况,对于在线实时交易: 互联网企业:500毫秒以下,例如淘宝业务10毫秒左右。 金融企业:1秒以下为佳,部分复杂业务3秒以下。 保险企业:3秒以下为佳。 制造业:5秒以下为佳。 1.2.系统处理能力 系统处理能力是指系统在利用系统硬件平台和软件平台进行信息处理的能力。系统处理能力通过系统每秒钟能够处理的交易数量来评价,交易有两种理解: 一是业务人员角度的一笔业务过程; 二是系统角度的一次交易申请和响应过程。 前者称为业务交易过程,后者称为事务。两种交易指标都可以评价应用系统的处理能力。一般的建议与系统交易日志保持一致,以便于统计业务量或者交易量。系统处理能力指标是技术测试活动中重要指标。 1.1.1.简称 一般情况下,用以下几个指标来度量: HPS(Hits Per Second) :每秒点击次数,单位是次/秒。 TPS(Transaction per Second):系统每秒处理事务数,单位是笔/秒。吞吐量。 不可分割的。要么完全成功,要么完全失败。 QPS(Query per Second):系统每秒处理查询次数,单位是次/秒。 对于互联网业务中,如果某些业务有且仅有一个请求连接,那么TPS=QPS=HPS, 一般情况下用TPS来衡量整个业务流程,用QPS来衡量接口查询次数,用HPS来表示对服务器点击请求。 每秒钟处理完的事务次数,一般TPS是对整个系统来讲的。一个应用系统1s能完成多少事务处理,一个事务在分布式处理中,可能会对应多个请求,对于衡量单个接口服务的处理能力,用QPS比较多。 1.1.2.标准 无论TPS、QPS、HPS,此指标是衡量系统处理能力非常重要的指标,越大越好,根据经验,一般情况下: 金融行业:1000TPS~9000TPS,不包括互联网化的活动 保险行业:100TPS~1000TPS,不包括互联网化的活动 制造行业:10TPS~50TPS 互联网电子商务:10000TPS~100000TPS,例如天猫5万TPS 互联网中型网站:100TPS~500TPS 互联网小型网站: 50TPS~100TPS 1.3.并发用户数量 常见的错误理解: 使用系统的全部用户数量(注册用户) 使用系统的全部在线用户数量 正确理解 并发用户数指在同一时刻内,打开系统并进行业务操作的用户数量,并发用户数对于长连接(数据库连接时长连接,web请求时短连接)系统来说最大并发用户数即是系统的并发接入能力。对于短连接系统而言最大并发用户数并不等于系统的并发接入能力,而是与系统架构、系统处理能力等各种情况相关 http:请求只能由客户端发出,服务端被动响应。 1.1.3. 简称 Virtual User: VU 1.1.4.标准 一般情况下,性能测试是将系统处理能力容量测出来,而不是测试并发用户数,除了服务器长连接可能影响并发用户数外,系统处理能力不完全受并发用户数影响,可以用最小的用户数将系统处理能力容量测试出来,也可以用更多的用户将系统处理能力容量测试出来。 并发用户数量: 并发用户多少为好? 中小企业:5000用户 1.4.错误率 1.1.5. 定义及解释 错误率指系统在负载情况下,失败交易的概率。错误率=(失败交易数/交易总数)*100%。稳定性较好的系统,其错误率应该由超时引起,即为超时率。 1.1.6.标准 不同系统对错误率的要求不同,但一般不超出千分之六,即成功率不低于99.4% 1.5.CPU 定义及解释 中央处理器是一块超大规模的集成电路,是一台计算机的运算核心(Core)和控制核心( Control Unit)。它的功能主要是解释计算机指令以及处理计算机软件中的数据。CPU Load: 系统正在干活的多少的度量,队列长度。系统平均负载。 CPU指标主要指的CPU利用率,包括用户态(user)、系统态(sys)、等待态(wait)、空闲态(idle)。CPU 利用率要低于业界警戒值范围之内,即小于或者等于75%;CPU sys%小于或者等于30%, CPU wait%小于或者等于5%。单核CPU也需遵循上述指标要求。 7*24不允许宕机 1.6. Memory 内存是计算机中重要的部件之一,它是与CPU进行沟通的桥梁。计算机中所有程序的运行都是在内存中进行的,因此内存的性能对计算机的影响非常大。 现代的操作系统为了最大利用内存,在内存中存放了缓存,因此内存利用率100%并不代表内存有瓶颈,衡量系统内有有瓶颈主要靠SWAP(与虚拟内存交换)交换空间利用率,一般情况下,SWAP交换空间利用率要低于70%,太多的交换将会引起系统性能低下。 Swap解释: 当物理内存接近崩溃时,将物理内存中最近一段时间最少频率使用到的页框移出物理内存,放进该存储空间,这段存储空间我们称之为交换空间(Swap) 1.7.磁盘吞吐量 Disk Throughput. 磁盘吞吐量是指在无磁盘故障的情况下单位时间内通过磁盘的数据量。 磁盘指标主要有每秒读写多少兆,磁盘繁忙率,磁盘队列数,平均服务时间,平均等待时间,空间利用率。其中磁盘繁忙率是直接反映磁盘是否有瓶颈的的重要依据,一般情况下,磁盘繁忙率要低于70%。 1.8.网络吞吐量 Network Throughput 10Mbit带宽,每秒传输的字节数1.25MBytes 网络吞吐量是指在无网络故障的情况下单位时间内通过的网络的数据数量。单位为Byte/s。网络吞吐量指标用于衡量系统对于网络设备或链路传输能力的需求。当网络吞吐量指标接近网络设备或链路最大传输能力时,则需要考虑升级网络设备。 网络吞吐量指标主要有每秒有多少兆流量进出,一般情况下不能超过设备或链路最大传输能力的70%。 2.性能测试基本流程 性能测试需求: 1)最终用户体验,例如2-5-10原则,即按照正常用户体验,如果用户能够在2秒内得到响应,会感觉速度很快,如果2-5秒得到响应,用户感觉系统的响应速度还不多,在5-10秒之内得到响应时,用户会感觉系统的响应速度慢,但是可以接受,超过10秒后还没有响应,用户就会感觉不能够接受。 2)技术需求, cpu,内存,网络吞吐量,磁盘吞吐量 3)标准要求: 竞品分析- 响应时间 互联网企业:500毫秒以下,例如淘宝业务10毫秒左右。 金融企业:1秒以下为佳,部分复杂业务3秒以下。 保险企业:3秒以下为佳。 制造业:5秒以下为佳。 TPS 金融行业:1000TPS~9000TPS,不包括互联网化的活动 保险行业:100TPS~1000TPS,不包括互联网化的活动 制造行业:10TPS~50TPS 互联网电子商务:10000TPS~100000TPS,例如天猫5万TPS 互联网中型网站:100TPS~500TPS 互联网小型网站: 50TPS~100TPS 性能测试计划 测试环境,测试需求,测试方法,测试时间表,测试组织架构,测试风险,输入输出文档 性能测试步骤: 性能测试执行 3.性能测试工具 4.Jmeter简介 4.1.Jmeter的基本概念 Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域。 它可以用于测试静态和动态资源,例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP 服务器, 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载,来自不同压力类别下测试它们的强度和分析整体性能。另外,JMeter能够对应用程序做功能/回归测试,通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性,JMeter允许使用正则表达式创建断言 4.2.我们为什么使用Jmeter 开源免费还很好用,基于Java编写,可集成到其他系统可拓展各个功能插件 支持接口测试,压力(负载和压力)测试等多种功能,支持录制回放,入门简单 相较于自己编写框架活其他开源工具,有较为完善的UI界面,便于接口调试 多平台支持,可在Linux,Windows,Mac上运行 5.Jmeter安装配置及目录结构 5.1.Windows下Jmeter下载安装 登录 http://jmeter.apache.org/download_jmeter.cgi ,根据自己平台,下载对应文件 安装JDK,配置环境变量(具体步骤不做介绍) 将下载Jmeter文件解压,打开/bin/jmeter.bat 5.2.Jmeter的目录结构 /bin 目录(常用文件介绍) examples:目录下包含Jmeter使用实例 ApacheJMeter.jar:JMeter源码包 jmeter.bat:windows下启动文件 jmeter.sh:Linux下启动文件 jmeter.log:Jmeter运行日志文件 jmeter.properties:Jmeter配置文件 jmeter-server.bat:windows下启动负载生成器服务文件 jmeter-server:Linux下启动负载生成器文件 /docs目录——Jmeter帮助文档 /extras目录——提供了对Ant的支持文件,可也用于持续集成 /lib目录——存放Jmeter依赖的jar包,同时安装插件也放于此目录 /licenses目录——软件许可文件,不用管 /printable_docs目录——Jmeter用户手册 6.Jmeter简单入门 6.1.修改语言 6.2.创建测试计划 6.3.添加线程组 6.4.添加sampler设置http请求 6.5.添加结果树 6.6.查看结果 7.测试计划 独立运行每个线程组: 再每一组运行结束后启动下一个 Run tearDown Thread Groups after shutdown of main threads:   主线程关闭运行后拆除线程组, 8.线程组 Delay Thread creation until needed                延迟创建线程,直到该线程开始采样,即之后的任何线程组延迟和加速时间为线程本身。这样可以支持更多的线程,但不会有太多是同时处于活动状态。  持续时间(秒):测试计划持续多长时间,会覆盖结束时间。  启动延迟(秒):测试计划延迟多长时间启动,会覆盖启动时间。 9.Sampler --HTTP请求 请求方式 请求路径 请求ip 请求协议 请求编码 重定向之前的和之后的请求都会在结果树中显示出来 自动重定向,只会显示重定向之后的地址。 10.结果收集 10.1.查看结果树 10.2.表格查看结果 偏离表示服务器响应时间变化、离散程度测量值的大小,或者,换句话说,就是数据的分布。 10.3.聚合报告 10.4.Summary Report 11.Jmeter参数化 11.1.用户定义的变量 使用配置原件中用户定义的变量可以进行参数化 11.2.用户参数 使用前置管理器设置用户参数 11.3.使用csv配置原件 配置元件(Config E
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值