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

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

事务的响应时间就是指从客户端发起一个请求开始,到客户端接收到从服务器端返回的响应结束,这个过程所耗费的时间。
响应时间= 网络响应时间+ 应用程序响应时间
一般在测试结果分析时 要分析事务的响应时间 要过滤掉 思考时间。

时间: 2024-08-05 09:05:19

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

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几个重要的概念:事务、集合点、思考时间

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

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

本章目录: 事务及事务状态 检查点 思考时间 集合点 关联 一.事务: 一个或多个业务操作的集合,协助统计业务的时间.TPS就是每秒钟所处理的事务数. 在要添加的函数前后插入事务开始和结束.运行后日志会显示事务的结果和运行时间. 事务=响应时间+传输时间+网络延迟时间 函数自身的时间也会有 二.检查点 检查点:预期值与实际值比较  实际值在所定义的函数下面语句的服务器的响应包里 检查点支持参数化,性能测试中,不建议做过,会消耗时间(对服务器没有负载) 三.思考时间 lr_think_time(1

LoadRunner 事务响应时间

事务时间 一个事务的时间是指持续时间,事务会完全记录下从事务开始到事务结束之间的时间差,那么事务的时间能真实地反映业务操作的时间吗?不能,就好像人用手按秒表来记录短跑时间一样,得出的时间并不是完全准确,存在观察的误差和操作的误差,对于一个事务时间来说,一般由四部分组成 1. 响应时间 这是事务的目的,通过事务记录业务操作所消耗的响应时间. 事务自身时间 事务中哪怕没有操作,也是需要时间的,不过这个时间一般在0.01秒左右,所以可以忽略. 2. 思考时间(Think Time) Think Tim

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

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

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

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

对LR analysis的平均事务响应时间和summary中时间值不同的解释

最近在做性能测试对LR结果分析时,又碰到了关于summary里与平均事务响应时间中各交易的响应时间值不同的问题.在此做个记录. 若交易中设置了思考时间,分析时需要注意查看是否过滤思考时间. 设置是否包含的方法:view->summary filter中,有是否包含思考时间的过滤条件(LR11中是最后一项). summary中:默认是根据整个场景的运行时间来进行采样的.若需要修改可在view->summary filter中,设置场景的执行时间. 平均事务响应时间中:LR根据场景运行时间等因素,

LoadRunner 技巧之 思考时间设置

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

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

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