Jmeter (九)脚本增强_思考时间

定时器的作用域

  1、定时器是在每个sampler(采样器)之前执行的,而不是之后(无论定时器位置在sampler之前还是下面);

  2、当执行一个sampler之前时,所有当前作用域内的定时器都会被执行;

  3、如果希望定时器仅应用于其中一个sampler,则把定时器作为子节点加入;

  4、如果希望在sampler执行完之后再等待,则可以使用Test Action;

一:固定定时器

  操作步骤:线程组/取样器右键>添加>定时器>固定定时器

  

  这是一个很重要的定时器,如果你需要让每个线程在请求之前按相同的指定时间停顿,那么可以使用这个定时器,固定定时器的延时不会计入单个sampler的响应时间,但是会计入事物控制器的时间。

 

二.固定吞吐量定时器(Constant Throughput Timer)

  操作步骤:线程组/取样器右键>添加>定时器>固定吞吐量定时器

  

  Delay before each affected samler:

    1、Target throughput(in samples per minute):每分钟的吞吐量;

    2、Calculate Throughput based on:有5个选项、

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

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

      c、All avtive threads(shared):与All active threads的选项基本相同。唯一区别是,每个活跃线程都会在所有活跃线程上一次运行结束后等待合理的时间后再次运行。

      d、All active threads in current thread group:设置target Throughput将分配在当前线程组的每一个活跃线程上,当测试计划中只有一个线程组时,该选项和target Throughput选项的效果完全相同。

      e、All active threads in current thread group(shared):与All active threads in current thread group基本相同,唯一区别是,每个活跃线程都会在所有活跃线程的上一次运行结束后等待合理的时间再次运行。

  

  可以让Jmeter以指定的数字的吞吐量(即指定TPS,只是这里要求指定每分钟的执行数,而不是每秒)执行。

  吞吐量计算的范围可以指定为当前线程、当前线程组、所有线程组等范围,并且计算吞吐量的依据可以是最近一次线程的执行时延。这种定时器在特定场景下,还是很有用的。

  

转自:https://www.cnblogs.com/hle030609/p/9585736.html

原文地址:https://www.cnblogs.com/Lydia25/p/9952362.html

时间: 2024-11-05 12:22:02

Jmeter (九)脚本增强_思考时间的相关文章

jmeter的脚本增强之参数化

jmeter作为一款开源的测试工具,功能广泛,深受测试同胞们的喜爱,这次来讲讲关于如何参数化及其方式.那为什么要进行一个参数化呢,如做压测时,要有大量的数据来模拟用户的真实场景,像登录页面操作,系统是不允许相同的用户同时登录,那这就需要对用户名进行一个参数化:或者是订票系统,每个用户在订票时时间都是不一样的,那为了达到真实的场景,就需要对时间进行一个参数化.参数化对于大量的重复的批量的数据保存一个变量,从而每次执行时,只需读取这个变量即可 jmeter有三大种参数化方式①读取文本,②程序生成,③

Jmeter利用脚本获取系统当前时间

1.添加BeanShell PreProcessor 2.编辑脚本 import java.text.SimpleDateFormat; import java.util.Date; Date date = new Date(); Date date1 = new Date(); date.setDate(date.getDate()+2); SimpleDateFormat df = new SimpleDateFormat("YYYY-MM-dd"); // or: SimpleD

LoadRunner 技巧之 思考时间设置

用户访问某个网站或软件,一般不会不停地做个各种操作,例如一次查询,用户需要时间查看查询的结果是否是自己想要的.例如一次订单提交,用户需要时间核对自己填写的信息是否正确等. 也就是说用户在做某些操作时,是会有停留时间的,我把这个时间叫思考时间.但利用代码去执行的时候是没有时间的,当然,脚本运行本身是需要时间的,但比起人的思考时间要小很多.这也是我们为什么要用软件来代替人的某些工作. 但有时候,我们在做性能测试时,为了更真实的模拟用户的操作,需要给代码加入思考时间.来看看在loadrunner是如何

loadrunner设置Analysis分析时去掉思考时间

在进行对loadrunner进行执行脚本的情况下,那么就需要在脚本中进行添加为思考时间,这样才更符合人为的脚本时间,那么在进行执行压力的过程中,思考时间是需要开启的,完成之后为了便于分析那么就需要把思考时间去掉,以便更好的分析报告. 在进行生成的报告的界面中,进行点击菜单中"file"的选项菜单.然后就会弹出了下拉菜单中进行选择为"set global filter"的选项. 进入到了global filter的选项界面中,进行选中列表中think time中为位置

LoadRunner脚本增强技巧之手动关联

个人认为LoadRunner的手动关联技巧可以看做参数化的一种,区别在与获取参数的来源不同. 一般的参数化:把脚本中一个写死的数值或者字符串用一个变量参数来代替,每次迭代的时候,从本地文件或者数据库中获取不同的数值或者字符串,填入变量参数的位置,然后对服务器发起请求. 手动关联:把脚本中服务器返回给用户的SessionID(字符串)保存在一个变量里面,后面调用时直接使用使用变量而不是具体某个SessionID. 我们可以通过脚本对比的方式找到需要手动关联的地方. 1.录制一个脚本,一定要记住每一

LoadRunner几个重要的概念:事务、集合点、思考时间

在LoadRunner的脚步编写中,有三个重要的概念:事务.集合点.思考时间 事务: 事务又称为Transaction,在LoadRunner中的定义如下:An end-to-end(browser-to-browser)  measurement of one or more user actions within action  file.中文理解如下:事务(Transaction)是这样一个点,我们为了衡量某个action的性能,需要在action的开始和结束位置插入这样一个范围,这就定义

LoadRunner 思考时间与事务响应时间的区别与关系

LoadRunner 思考时间与事务响应时间的区别与关系   思考时间lr_think_time 就是一个事务要开始时思考的时间;比如 你要点击一个 登录按钮 我们都要点击这个按钮要先思考下 就是人为脑袋思维的延迟,还有手指点击鼠标的这个动作的时间 一般是1-5秒,这就是思考时间,性能测试模拟思考时间就是模拟真实人为动作的方式来做压力测试.一般在脚本中思考时间是这样写比较合理,在一个事务的结束点另一个事务的起始点,两者中间定义思考时间.lr_end_transaction("登录",

Jmeter录制脚本fiddler

jmeter录制脚本有多种方法,例如badboy.fiddler.jmeter自带的等. 1. fiddler录制 jmx 脚本fiddler安装使用请自行百度.分享自己使用的插件及fiddler:链接:https://pan.baidu.com/s/1SBIB5kyJIpZ8ZtPg5NTgAA提取码:0s00下载好fiddler插件,放置在ImportExport目录下如下图: 然后重启fiddler:点击导出,可以发现刚刚加入的插件 然后可以直接录制好脚本,然后直接导出.不过直接导出的脚本

性能基础知识学习之四---事务,思考时间,检查点,集合点和手写lr接口

一.事物,思考时间,检查点,集合点 1.事务 lr里面的事物是lr运行脚本的基础.lr里面 要测试的三个维度都以事物为单位,所以一定要有事物.事务的概念贯穿loadrunner的使用,比如我们说的响应时间其实是事务的的相应时间;tps,每秒中处理的事务数.当脚本跑完之后没有响应时间,导致此种情况之一就是没定义事务. 而在录脚本时: 1.在录脚本是要添加事务 2.添加事务是为了准确的测出相应请求的响应时间,尽量保证每一个事务中只有一个请求.但当录制脚本的时候,在录制HTML脚本时,由于一个HTML