性能测试-7.事务、检查、关联、思考时间、集合点

本章目录:

  • 事务及事务状态
  • 检查点
  • 思考时间
  • 集合点
  • 关联

一、事务:

  • 一个或多个业务操作的集合,协助统计业务的时间。TPS就是每秒钟所处理的事务数。

在要添加的函数前后插入事务开始和结束。运行后日志会显示事务的结果和运行时间。

事务=响应时间+传输时间+网络延迟时间

函数自身的时间也会有

二、检查点

检查点:预期值与实际值比较  实际值在所定义的函数下面语句的服务器的响应包里

检查点支持参数化,性能测试中,不建议做过,会消耗时间(对服务器没有负载)

三、思考时间

lr_think_time(10);函数里时间单位为秒,尽量把思考时间放在事务的外面。

要注意运行时的设置

四、集合点

lr_rendezvous("集合点");

集合点:使并发同时进行的一种技术。保持所有并发用户在某一时刻同时并发操作。

通常集合点在事务之外

在Controller中可以修改集合信息

五、关联

关联:把服务器的响应包里的符合条件的数据,保存到一个参数当中,叫做关联。通过关联可以在测试中保持动态值

1、自动关联(目的性不强或不明确时、不知道原因时用,自动参数化)

2、手动关联(需求很明确时用,需要自己改参数)

1、录制的日志和回放的日志所对应的包进行比较

手动关联:要先找到响应包,在VIEW TREE中使用web_reg_save_param函数手动建立关联

关联函数:web_reg_save_param (const char *ParamName, <List of Attributes>, LAST);  成功返回:LR_PASS(0),失败LR_FAIL(1)

此函数的工作就是:通知下面的语句(紧邻)、符合条件的数据保存到一个参数当中

web_reg_save_param("关联",

"LB=武汉",

"RB=公司",

LAST);

原文地址:https://www.cnblogs.com/cmnz/p/9190034.html

时间: 2024-10-09 23:26:55

性能测试-7.事务、检查、关联、思考时间、集合点的相关文章

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

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

关联、参数化、思考时间、检查点、事务的设置方式

Action(){ //如果关联的数据过于长,需要在这里将参数存储的值变大web_set_max_html_param_len("1024"); //登陆关联,关联函数就是通过指定的左右边界来获取值的. 如果将加载首页放在vuser_Init或者关联函数前面,执行会报错,//错误 -26377: 找不到所请求参数“userSessionlogin”的匹配项.请检查响应数据中是否存在请求的边界web_reg_save_param_ex("ParamName=Correlatio

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

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

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

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

LoadRunner 技巧之 思考时间设置

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

微服务分布式事务的一些思考

关于微服务分布式事务的一些思考,笔者没有参与过复杂分布式事务的场景,各位大神路过可以分享一些遇到的案例,大家一起探讨. 关于分布式事务,笔者推荐的处理方法是"尽量避免",如果实在避免不了(这已经是高并发.用户量比较多的网站了)则使用"最终一致性"处理(参照CAP理论base思想),如果处理了事务,但还是遇到了数据错误,那还有最后一道保障,那就是"日志",可以通过日志找回数据,其实大部分互联网公司也都是这么做的.说到"尽量避免"

loadrunner - 思考时间

lr_think_time(); 等待时间,请求之间的间隔时间:放在事务的外面 ###########作用:1.控制请求发送的频率:2.以达到控制服务器压力的目的########### 思考时间开关:Run-time Setting -> Think Time -> Replay think time 1.As recorder:根据代码设置时间 2.Multiply recorded think time by:代码设置使时间的多少倍 3.Use random percentage of r

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

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

【MongoDB】TTL固定时间集合

TTL索引(time to live index,具有生命周期的索引),这种索引允许为每一个文档设置一个超时时间.一个文档到达预设置的老化程度之后就会被删除.这种类型的索引对于缓存问题(比如会话的保存)非常有用. 在创建索引的时候,顺便指定expireAfterSeconds选项就可以创建一个TTL索引,该集合也就属于TTL集合了. // 创建TTL索引, 设置超时时间为24小时 db.ttl.ensureIndex({date:1},{expireAfterSeconds:24*60*60})