标签:功能测试 意思 null mod 并发 ane tween 瓶颈 不包含
因为在测试过程中,并不能保证所有的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(59); 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 0; }
因为笔者的电脑是自动获取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的设置方式有两种: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中使用功能测试脚本,个人觉得这两个知识点暂时用不上,故不提及了,以后如果有必要再进行补充。
标签:功能测试 意思 null mod 并发 ane tween 瓶颈 不包含
原文地址:http://www.cnblogs.com/Chilam007/p/6670996.html