集合点设置

一、为什么要进行集合点设置?

  因为在测试过程中,并不能保证所有的Vuser都在同一时刻进行操作,这样就达不到并发测试的目的,故需要用到集合点技术,集合点的意思是如果在一个操作之前设置了一个集合点,LR会等待所有的Vuser都准备好要执行该功能时才开始执行,其强调的是所有的Vuser都已准备好了,如果只是部分vuser准备好了,该功能还是不会被执行。

二、如何进行集合点设置?

  1、scenario->rendezvous,如图1所示(例子用的是手工测试场景模式)

注:在场景设置集合之前(即在录制脚本过程中或录制完后),脚本一定要插入集合点;否则会发现scenario菜单中rendezvous项是不可选的。

图1(设置集合点)

  2、点击rendezvous按钮后,会弹出rendezvous information窗体,设置集合点信息,如图2所示

    1)rendezvous:显示脚本中包含的所有集合点。默认情况下这些集合点处于启用状态(可用disable rendezvous按钮禁用);

    2)scripts:显示了场景运行的所有脚本;

    3)vusers:场景运行设置虚拟用户情况。默认情况下所有的vuser都会参与到集合点的策略中来(可用disable vuser按钮将vuser设置为不参与);

图2(集合点设置对话框)

  3、点击policy按钮,在弹出窗体中设定集合点执行的策略,如图3所示

    1)表示当所有用户数的x%到达集合点时,开始释放等待的用户并继续执行场景。

    2)表示当前正在运行用户数的x%到达集合点时,开始释放等待的用户并继续执行场景。

    3)表示当x个用户到达集合点时,开始释放等待的用户并继续执行场景。

    4)timeout between vusers:当第一个用户到达集合点后,再等待30s,如果30s内到达的用户数达到指定的数量,就开始继续执行场景;如果在30s内还没有达到指定的用户数量,就不再等待,开始释放等待的用户并继续执行场景。详细原理,如图4所示

图3(集合点策略设置)

图4(集合点超时原理)

  分析:当前面3个虚拟用户到达集合点后,第四个虚拟用户在30s内并未到达集合点,这样已经到达的虚拟用户不会再等后面的虚拟用户,而是直接释放虚拟用户,运行后面的脚本。

  4、手动释放vuser技术

    上面讲的都是自动控制vuser释放的情况,但在实际使用过程中,也可以手动对vuser进行释放,这涉及手动释放vuser技术。

    手动释放vuser的步骤:开始执行场景->选择scenario->rendezvous->在场景运行过程中,release按钮会变成可用状态,这时可进行手动释放,如图5所示:

图5(手动释放vuser)

三、 集合点与事务的关系

  在进行并发测试时需要设置集合点,同时为了获得事务的响应时间必须添加开始和结束事务,一般呢是将集合点设置在开始事务代码之前。原因如下:

1、集合点设置在开始事务代码后面:当虚拟用户运行到开始事务起点时,事务就开始统计时间,但是当第一个虚拟用户到达集合点时,后面的虚拟用户还没有达到集合点,这样第一个虚拟用户就不得不等其他的虚拟用户到达集合点后才能接着运行,但是虚拟用户到达集合点之前事务一直在统计时间,并没有暂停,那么这个等待的时间还是事务的真实时间,真实的事务响应时间应该除去虚拟用户之间的等待时间。

2、集合点设置在开始事务代码前面:虽然需要待所有的虚拟用户都到达集合点后才开始释放虚拟用户,但是此时事务并没有开始计时,只有运行到开始事务代码时才开始计时,这样统计出来的时间值就不包含虚拟用户,因为集合点的原因所浪费的等待时间。

四、附上为了设置集合点而录制的脚本

Action()
{
//该脚本用于集合点设置的验证
web_url("WebTours",
"URL=http://127.0.0.1:1080/WebTours",
"Resource=0",
"RecContentType=text/html",
"Referer=",
"Snapshot=t2.inf",
"Mode=HTTP",
LAST); web_concurrent_start(NULL); web_url("header.html",
"URL=http://127.0.0.1:1080/WebTours/header.html",
"Resource=0",
"RecContentType=text/html",
"Referer=http://127.0.0.1:1080/WebTours/",
"Snapshot=t3.inf",
"Mode=HTTP",
LAST); web_url("welcome.pl",
"URL=http://127.0.0.1:1080/WebTours/welcome.pl?signOff=true",
"Resource=0",
"RecContentType=text/html",
"Referer=http://127.0.0.1:1080/WebTours/",
"Snapshot=t5.inf",
"Mode=HTTP",
LAST); web_concurrent_end(NULL); web_concurrent_start(NULL); web_url("hp_logo.png",
"URL=http://127.0.0.1:1080/WebTours/images/hp_logo.png",
"Resource=1",
"RecContentType=image/png",
"Referer=http://127.0.0.1:1080/WebTours/header.html",
"Snapshot=t4.inf",
LAST); web_url("webtours.png",
"URL=http://127.0.0.1:1080/WebTours/images/webtours.png",
"Resource=1",
"RecContentType=image/png",
"Referer=http://127.0.0.1:1080/WebTours/header.html",
"Snapshot=t6.inf",
LAST); web_concurrent_end(NULL); web_concurrent_start(NULL); web_url("home.html",
"URL=http://127.0.0.1:1080/WebTours/home.html",
"Resource=0",
"RecContentType=text/html",
"Referer=http://127.0.0.1:1080/WebTours/welcome.pl?signOff=true",
"Snapshot=t7.inf",
"Mode=HTTP",
LAST); web_url("nav.pl",
"URL=http://127.0.0.1:1080/WebTours/nav.pl?in=home",
"Resource=0",
"RecContentType=text/html",
"Referer=http://127.0.0.1:1080/WebTours/welcome.pl?signOff=true",
"Snapshot=t8.inf",
"Mode=HTTP",
LAST); web_concurrent_end(NULL); web_url("mer_login.gif",
"URL=http://127.0.0.1:1080/WebTours/images/mer_login.gif",
"Resource=1",
"RecContentType=image/gif",
"Referer=http://127.0.0.1:1080/WebTours/nav.pl?in=home",
"Snapshot=t9.inf",
LAST); web_concurrent_start(NULL); web_url("8afc2fe48db9060fe1bdda2089e1d950.png",
"URL=http://act.cmcmcdn.com/upload/201507/8afc2fe48db9060fe1bdda2089e1d950.png",
"Resource=1",
"RecContentType=image/png",
"Referer=http://127.0.0.1:1080/WebTours/",
"Snapshot=t10.inf",
LAST); web_url("3b491068507d8f85ea7b35d756da7215.png",
"URL=http://act.cmcmcdn.com/upload/201507/3b491068507d8f85ea7b35d756da7215.png",
"Resource=1",
"RecContentType=image/png",
"Referer=http://127.0.0.1:1080/WebTours/",
"Snapshot=t11.inf",
LAST); web_concurrent_end(NULL); lr_rendezvous("集合点");//集合点设置在开始事务代码之前 lr_start_transaction("login"); lr_think_time(); web_submit_data("login.pl",
"Action=http://127.0.0.1:1080/WebTours/login.pl",
"Method=POST",
"RecContentType=text/html",
"Referer=http://127.0.0.1:1080/WebTours/nav.pl?in=home",
"Snapshot=t12.inf",
"Mode=HTTP",
ITEMDATA,
"Name=userSession", "Value=121041.120453625zcczAfcpzDDDDDDDDHDfzpDVfi", ENDITEM,
"Name=username", "Value=test1", ENDITEM,
"Name=password", "Value=test1", ENDITEM,
"Name=JSFormSubmit", "Value=off", ENDITEM,
"Name=login.x", "Value=57", ENDITEM,
"Name=login.y", "Value=5", ENDITEM,
LAST); web_concurrent_start(NULL); web_url("nav.pl_2",
"URL=http://127.0.0.1:1080/WebTours/nav.pl?page=menu&in=home",
"Resource=0",
"RecContentType=text/html",
"Referer=http://127.0.0.1:1080/WebTours/login.pl",
"Snapshot=t13.inf",
"Mode=HTTP",
LAST); web_url("login.pl_2",
"URL=http://127.0.0.1:1080/WebTours/login.pl?intro=true",
"Resource=0",
"RecContentType=text/html",
"Referer=http://127.0.0.1:1080/WebTours/login.pl",
"Snapshot=t18.inf",
"Mode=HTTP",
LAST); web_concurrent_end(NULL); web_concurrent_start(NULL); web_url("flights.gif",
"URL=http://127.0.0.1:1080/WebTours/images/flights.gif",
"Resource=1",
"RecContentType=image/gif",
"Referer=http://127.0.0.1:1080/WebTours/nav.pl?page=menu&in=home",
"Snapshot=t14.inf",
LAST); web_url("itinerary.gif",
"URL=http://127.0.0.1:1080/WebTours/images/itinerary.gif",
"Resource=1",
"RecContentType=image/gif",
"Referer=http://127.0.0.1:1080/WebTours/nav.pl?page=menu&in=home",
"Snapshot=t15.inf",
LAST); web_url("in_home.gif",
"URL=http://127.0.0.1:1080/WebTours/images/in_home.gif",
"Resource=1",
"RecContentType=image/gif",
"Referer=http://127.0.0.1:1080/WebTours/nav.pl?page=menu&in=home",
"Snapshot=t16.inf",
LAST); web_url("signoff.gif",
"URL=http://127.0.0.1:1080/WebTours/images/signoff.gif",
"Resource=1",
"RecContentType=image/gif",
"Referer=http://127.0.0.1:1080/WebTours/nav.pl?page=menu&in=home",
"Snapshot=t17.inf",
LAST); web_concurrent_end(NULL); lr_end_transaction("login",LR_AUTO); return ;
}

集合点设置

IP欺骗技术

  因为笔者的电脑是自动获取IP的,所以做不了IP欺骗,具体的设置IP欺骗步骤可以参考虫师的博客:http://www.cnblogs.com/fnng/archive/2013/03/02/2940284.html

负载均衡技术

  为什么测试机即负载发生器可能会成为瓶颈?这是由于负载 不均匀造成的。例如,在测试过程中使用4台测试机作为负载发生器,虚拟用户为500个,这时如果负载分配不均匀,可能出现这种现象,就是500个虚拟用户从4台中的两台测试机中产生,这样就导致有两台机器特别忙,而另外两台机器就特别闲,这样这两台特别忙的机器,其本身就可能成为瓶颈了。

  在默认的模式下,controller中添加多台load generators机器时,不管如何添加,最终只能选中一台机器,如图6所示

图6(load generators机器设置,注:笔者的负载发生器只有本机)

  这样的负载分配是不均匀的,为了解决这个问题,首先要更换场景模式,选择scenario->convert scenario to the percentage mode命令,将场景模式由组模式更换为百分比模式,如图7所示

图7(选择多个负载发生器)

RTS设置

  关于多脚本RTS的设置方式有两种:shared RTS和individual RTS。前者是表示所有运行的脚本都使用相同的RTS设置项,后者是指每个脚本单独地设置其RTS内容。如图8所示

图8(多脚本RTS设置)

  单击shared rts或individual rts按钮会弹出run-time settings对话框,主要关注pacing,log,think time,miscellaneous这4个选项的设置内容。如图9所示

1)pacing:主要设置每次迭代之间的时间间隔,根据不同的测试目的,可以设置不同的时间策略;

2)log:主要设置回放脚本时收集的日志方式,一般使用扩展日志中的参数提交的方式;

3)think time:主要设置思考时间,关于思考时间也需要根据测试目的来确定;

4)miscellaneous:需要设置出错时处理以及虚拟用户是按进程还是线程运行。

图9(以shared rts为例的run-time setting窗体)

  后面还有两个内容:执行路径转换与在loadrunner中使用功能测试脚本,个人觉得这两个知识点暂时用不上,故不提及了,以后如果有必要再进行补充。

备注:文字讲解来自《深入性能测试--LoadRunner性能测试、流程、监控、调优全程实战剖析》(黄文高、何月顺编著)一书,我是新手,参照此教程做了下实践,顺便将学到的东西写下来。

loadrunner提高篇-场景设计实践的更多相关文章

  1. loadrunner提高篇-结果分析实践

    分析图合并 一.分析图合并原理 选择view->merge graphs,弹出如图1所示对话框 图1(设置合并图) 1.选择要合并的图.选择一个要与当前活动图合并的图,注意这里只能选择X轴度量单 ...

  2. loadrunner提高篇-插入检查点与关联函数

    插入检查点   靠LR自动生成的脚本是不够的,很难达到业务要求,因此需要对录制完的脚本进行完善,使其能达到业务模拟的要求 ,这样尽可能地使虚拟用户模拟时更接近用户的实际使用. 在进行压力测试时,经常会 ...

  3. loadrunner提高篇-block(块)技术和参数化

    Block(块)技术 block(块)技术是应用于在一个脚本中实现不同事务.不同次数循环或不同百分比循环的情况.比如在一个脚本中,登录执行3次,查询执行1次. 使用方法如下: 1.录制一个脚本,包含2 ...

  4. loadrunner提高篇 - 关联技术的经典使用

    关联函数是一个查找函数,即是从HTML文件内容中查找需要的值,并将其保存在一个变量或数组中.换一个角度看,关联函数不单单可以匹配一些变化的值,同样可以匹配一些固定的内容,并将其保存到一个数据组,供后续 ...

  5. loadrunner 场景设计-设计与实践

    场景设计-设计与实践 by:授客 QQ:1033553122 以lr 11.0 自带Web Tours为例,进行以下测试 说明:以下测试仅供演示,学习设计思路 A.确定系统组件 简单B/S架构:Cli ...

  6. 【转】Loadrunder场景设计篇——添加windows Resource计数器和指标说明

    转至:https://www.cnblogs.com/langhuagungun/p/8488270.html Loadrunder场景设计篇——添加windows Resource计数器和指标说明 ...

  7. LoadRunner脚本设计、场景设计和结果分析

    本次笔记主要记录LoadRunner脚本设计.场景设计和结果分析   1. 脚本设计       录制模式            手工模式:插入步骤.手动编写       1.1  脚本增强:     ...

  8. 【Loadrunner】初学Loadrunner——场景设计

    在使用Loadrunner的时候,常常需要使用到场景设计.但是怎么设计一个满意的场景?如何开展? 首先可以点击tools > Create Controller Scenario > OK ...

  9. loadrunner 场景设计-学习笔记之性能误区

    场景设计-学习笔记之性能误区 by:授客 QQ:1033553122 场景假设: 每个事务仅包含一次请求,执行10000个并发用户数 性能误区: 每秒并发用户数=每秒向服务器提交请求数 详细解答: 每 ...

随机推荐

  1. 车大棒浅谈jQuery源码(二)

    前言 本来只是一个自己学习jQuery笔记的简单分享,没想到获得这么多人赏识.我自己也是傻呵呵的一脸迷茫,感觉到受宠若惊. 不过还是有人向批判我的文章说,这是基本知识点,完全跟jQuery源码沾不上边 ...

  2. css 样式表 基础 样式

    1大小 width  宽度 height 高度 2 背景 background-color 背景色 background-image:url(图片位置) 背景图片 background-repeat: ...

  3. Win10《芒果TV》商店版更新v3.4.0:率先支持创意者画中画,工作娱乐两不误

    在Win10创新者更新中,微软为Windows10 PC系统添加了UWP应用窗口置顶功能(亦称画中画功能),Win10版<芒果TV>更新v3.4.0,率先宣布支持画中画新特性,为广大用户带 ...

  4. Struts2基础学习(三)—Result和数据封装

    一.Result      Action处理完用户请求后,将返回一个普通的字符串,整个普通字符串就是一个逻辑视图名,Struts2根据逻辑视图名,决定响应哪个结果,处理结果使用<result&g ...

  5. Angular.js学习笔记 (二)

    用A链接对象解析url的组成 var url = 'https://www.baidu.com:8080/aaa/1.html?id=10#name'; var aLink = document.cr ...

  6. MapReduce处理流程

    MapReduce是Hadoop2.x的一个计算框架,利用分治的思想,将一个计算量很大的作业分给很多个任务,每个任务完成其中的一小部分,然后再将结果合并到一起.将任务分开处理的过程为map阶段,将每个 ...

  7. kmp(看毛片)算法

    别人的两篇博客. 传送门1 传送门2 其中T为主串,P为模式串. 其实就是在T中找P. 其中next数组存的是"部分匹配值". "部分匹配值"就是"前 ...

  8. DOM 以及JS中的事件

    [DOM树节点] DOM节点分为三大节点:元素节点,文本节点,属性节点. 文本节点,属性节点为元素节点的两个子节点通过getElment系列方法,可以去到元素节点 [查看节点] 1 document. ...

  9. 百度UEditor图片上传或文件上传路径自定义

    最近在项目中使用到百度UEditor的图片以及文件上传功能,但在上传的时候路径总是按照预设规则来自动生成,不方便一些特殊文件的维护.于是开始查看文档和源代码,其实操作还是比较简单的,具体如下: 1.百 ...

  10. CPP笔记_泛型编程简单总结

    本篇是基于<Essential C++>第三章泛型编程风格的一个简单总结 1 Iterator vector<string>::iterator  表明此iterator是位于 ...