集合点设置

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

  因为在测试过程中,并不能保证所有的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. Java位向量的实现原理与巧妙应用

    Java位向量的巧实现原理与巧妙应用 1.博文介绍 本篇博文将会介绍几本的位运算含义.位向量介绍.BitSet实现原理.Java位向量的应用.拓展介绍Bloom Filter等. 2.位运算介绍 1) ...

  2. vue2.0自定义指令的使用方法

    感觉2.0好坑啊,自定义指令和1.0完全不一样,并且文档写得也不太清晰,下面是我写得一个demo,希望帮助大家更好地理解自定义指令 <!DOCTYPE html> <html lan ...

  3. JS中new的运行方式

    ---恢复内容开始--- 在JS中,有两个基础原型,分别是Function.prototype和Object.prototype.这两个原型组成了JS中的所有实例他们的关系是 Function.pro ...

  4. 20155232 2016-2017-3 《Java程序设计》第5周学习总结

    20155232 2016-2017-3 <Java程序设计>第5周学习总结 教材学习内容总结 第八章 异常处理 1.使用try和catch 将正常的流程放try块中,异常处理放catch ...

  5. firstElementChild&&firstChild

    <!DOCTYPE html><html> <head> <meta charset="UTF-8"> <title>& ...

  6. jQ伪类选择器

    <!DOCTYPE html><html> <head> <meta charset="UTF-8"> <title>& ...

  7. /etc/postfix下 main.cf 配置文件详解

    postconf -n   #别名数据库(postalias/newaliases 命令生成) alias_database = hash:/etc/postfix/aliases   #别名表,列出 ...

  8. Android -- Annotation(注解)原理详解及常见框架应用

    1,我们在上一篇讲到了EventBus源码及3.0版本的简单使用,知道了我们3.0版本是使用注解方式标记事件响应方法的,这里我们就有一个疑问了,为什么在一个方法加上类似于"@Subscrib ...

  9. 111_climbing-stairs

    /*@Copyright:LintCode@Author:   Monster__li@Problem:  http://www.lintcode.com/problem/climbing-stair ...

  10. 感觉不止被Q了一下,还不知道被谁套了一个虚弱

    最近身体出现了一些问题,导致博客无法正常更新,只能是看身体状态更新了,相信用不了半个月就会满血复活的,请谅解 Joker在这里提醒大家  身体是革命的本钱,不要透支,不要过度消耗