关于LR中的EXTRARES

时间 2019-11-18

标签关于 extrares 繁體版

原文原文链接

LoadRunner脚本之EXTRARES参数

EXTRARES：分隔符，表示标记下一个属性是资源属性的列表（list of resource attributes）。

【EXTRARES后的资源是由script、active、java applet、flash、CSS产生的请求产生的】
and 下面来看看，在EXTRARES后面的资源属性是否能够注释掉...!Let's get the copy and learning started!
在坛子里看到有人在讨论Web请求中的EXTRARES后面的东西能不能不要，我看到一些人理所固然地认为无关紧要，为何呢？谁它的名字叫EXTRARES呢，事实上，性能测试是一门很严谨的技术，不可大意，在没有100%把握以前咱们不该该下定论。

关于这一点，结论是EXTRARES部分不能删，删除了LR就不会去下载相关资源了，也就意味着一个请求的Response会变小，毫无疑问，响应时间就会变得快一些，吞吐量变得少一些，数据变得很是的不真实。

那么我是如何来设计这个实验模型得出这样的结论的呢？咱们就以访问某个web页面来作这个实验，怎么作呢？

1) 录制访问本论坛首页的GET请求(web_url函数生成)，代码以下：
web_url("bbs.51testing.com", 
"URL=http://bbs.51testing.com/", //51论坛摘抄
"TargetFrame=", 
"Resource=0", 
"RecContentType=text/html", 
"Referer=", 
"Snapshot=t2.inf", 
"Mode=HTML", 
EXTRARES, 
"Url=/images/default/menu_bg.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/default/frame_on.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/default/arrow_down.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/default/portalbox_bg.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/default/menu_itemline.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/default/forumlink.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/default/online.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/default/arrow_right.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/default/header_bg.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/default/cat_bg.gif", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=http://zs1.cnzz.com/stat.htm?id=1743488&r=&lg=zh-cn&ntime=0.35238800 1269021786&repeatip=6&rtime=1&cnzz_eid=80487640-1268962788-&showp=1280x800&st=357&sin=&res=0", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/cn.swf", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/fenl.swf", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/zazhi.swf", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
"Url=/images/zhuanti.swf", "Referer=http://bbs.51testing.com/default.php", ENDITEM, 
LAST);

2) 在此函数后使用web_get_int_property函数来取得响应的大小：
lr_output_message("%d", web_get_int_property(HTTP_INFO_DOWNLOAD_SIZE));

3) 运行，获得结果为：1451146 （竟然有1.4M，这论坛首页也太大了）
4) 将EXTRARES后面的属性全拿掉(注释便可)，再次运行，获得结果为：700095 (700K不到，差很少节省了一半的大小)

如今结论基本有了：不能删，那么为了再严谨一点，再并发10个用户运行一次看看其响应时间和吞吐量是否一致

5) 不备注EXTRARES，打开Controller并发10个用户运行1次，得出：
总吞吐量：14511462总请求数：430响应时间：54秒

6) 备注掉EXTRARES，打开Controller并发10个用户运行1次，得出：
总吞吐量：7,000,941总请求数：280响应时间：26秒

从总吞吐量，咱们很容易看出这不能少，从总请求数，咱们也看出来，恰好少150个请求，为何是150呢，由于咱们10个并发用户作一次，每个Extrares后面跟了15个资源文件，10次固然是150个GET请求少掉咯。固然，这响应时间的差异也是一样的，很是夸张，使人吃惊。

你们也能够本身去作这样的实验来验证这个结论，东西不能乱删，包括默认录制出来的一些Cookie信息，也不能随便删除，除非你知道它们都在干吗，你为何须要/不须要它们。
此次项目测试关注的是login事务，即想要测试出客户端发出登陆请求到服务器，服务器端再反馈回来给客户端的时间。因此，不用关注到登陆到系统后，整个页面的加载状况，能够适当的注释掉不相干的脚本。
网友观点：
A：能不能删除，关键得看你作这个测试的目的是什么，若是是看整个页面的响应时间，那确定是不能删除的...（跟我差很少的思想）
B：回楼上的，即便不对这个页面进行相关指标的测试，哪怕这个页面只是一个附加的页面，好比只是为了用来模拟真实用户场景，或者只是对页面里的某一部份内容进行一下关联，可是有与没有是会对吞吐量和请求数形成影响的，吞吐量则会间接地对响应时间形成影响哦(好比带宽不足的时候)，另外从严谨性的角度来考虑，请求数多了，固然会对服务器形成多一些的压力，那么从这方面谈影响那就多了去了。（考虑得真TM严谨）

不少人对Web请求中的EXTRARES后面的东西能不能不要表示不肯定，关于这一点，结论是EXTRARES部分不能删，删除了软件测试工具LoadRunner就不会去下载相关资源了，
也就意味着一个请求的Response会变小，毫无疑问，响应时间就会变得快一些，吞吐量变得少一些，数据变得很是的不真实。
那么我是如何来设计这个实验模型得出这样的结论的呢？咱们就以访问http://bbs.XXXX.com这个页面来作这个实验，怎么作呢？

录制访问本论坛首页的GET请求(web_url函数生成)，代码以下： 
web_url("bbs.XXXX.com", 
		"URL=http://bbs.XXXX.com/", 
		"TargetFrame=", "Resource=0", 
		"RecContentType=text/html", 
		"Referer=", "Snapshot=t2.inf",

		"Mode=HTML",  
		EXTRARES, 
		"Url=/images/default/menu_bg.gif", 
		"Referer=http://bbs.XXXX.com/default.php", ENDITEM, 
		"Url=/images/default/frame_on.gif", "Referer=http://bbs.XXXX.com/default.php", ENDITEM,
		"Url=/images/default/arrow_down.gif", "Referer=http://bbs.XXXX.com/default.php", ENDITEM,

		"Url=/images/default/portalbox_bg.gif", "Referer=http://bbs.XXXX.com/default.php", ENDITEM,
		"Url=/images/default/menu_itemline.gif", "Referer=http://bbs.XXXX.com/default.php", ENDITEM, 
		"Url=/images/default/forumlink.gif", "Referer=http://bbs.XXXX.com/default.php", ENDITEM, 
		"Url=/images/default/online.gif", "Referer=http://bbs.XXXX.com/default.php", ENDITEM, 
		"Url=/images/default/arrow_right.gif", "Referer=http://bbs.XXXX.com/default.php", ENDITEM, 
		"Url=/images/default/header_bg.gif", "Referer=http://bbs.XXXX.com/default.php", ENDITEM,
		"Url=/images/default/cat_bg.gif", "Referer=http://bbs.XXXX.com/default.php", ENDITEM, 
		"Url=http://zs1.cnzz.com/stat.htm?id=1743488&r=&lg=zh-cn&ntime=0.35238800%201269021786&repeatip=6&rtime=1&cnzz_eid=80487640-1268962788-&showp=1280x800&st=357&sin=&res=0", "Referer=http://bbs.XXXX.com/default.php", ENDITEM, 
		"Url=/images/cn.swf", "Referer=http://bbs.XXXX.com/default.php", ENDITEM, "Url=/images/fenl.swf", "Referer=http://bbs.XXXX.com/default.php", ENDITEM, 
		"Url=/images/zazhi.swf", "Referer=http://bbs.XXXX.com/default.php", ENDITEM, "Url=/images/zhuanti.swf", "Referer=http://bbs.XXXX.com/default.php", ENDITEM,   
		LAST);


在此函数后使用web_get_int_property函数来取得响应的大小： lr_output_message("%d", web_get_int_property(HTTP_INFO_DOWNLOAD_SIZE));


运行，获得结果为：1451146 （竟然有1.4M，这论坛首页也太大了）


将EXTRARES后面的属性全拿掉(备注便可)，再次运行，获得结果为：700095 (700K不到，差很少节省了一半的大小)如今结论基本有了：不能删，那么为了再严谨一点，再并发10个用户运行一次看看其响应时间和吞吐量是否一致.


不备注EXTRARES，打开Controller并发10个用户运行1次，得出：总吞吐量：14511462  总请求数：430   响应时间：54秒


备注掉EXTRARES，打开Controller并发10个用户运行1次，得出： 总吞吐量：7,000,941  总请求数：280   响应时间：26秒 
从总吞吐量，咱们很容易看出这不能少，从总请求数，咱们也看出来，恰好少150个请求，为何是150呢，由于咱们10个并发用户作一次，每个Extrares后面跟了15个资源文件，10次固然是150个GET请求少掉咯。
固然，这响应时间的差异也是一样的，很是夸张，使人吃惊。 
你们也能够本身去作这样的实验来验证这个结论，东西不能乱删，包括默认录制出来的一些Cookie信息，也不能随便删除，除非你知道它们都在干吗，你为何须要/不须要它们。

http://www.51testing.com/html/29/n-1276429-5.html javascript

Loadrunner经常使用函数详解(一)

web_urlphp

语法：
Int Web_url(const char *name, const char * url, , [EXTRARES,,LAST)html

返回值
成功时返回LR_PASS (0)，失败时返回 LR_FAIL (1)。java

参数：
Name：VuGen中树形视图中显示的名称，在自动事务处理中也能够用作事务的名称。web

url：页面url地址。npm

List of Attributes数组

EXTRARES：分隔符，标记下一个参数是资源属性的列表了。浏览器

List of Resource Attributes缓存

LAST：属性列表结束的标记符。服务器

说明
Web_url根据函数中的URL属性加载对应的URL，不须要上下文。

只有VuGen处于URL-based或者HTML-based（此时A script containing explicit URLs only选项被选中时）的录制模式时，web_url才会被录制到。

可使用web_url 模拟从FTP服务器上下载文件。web_url 函数会使FTP服务器执行文件被真实下载时的操做。除非手工指定了"FtpAscii=1"，下载会以二进制模式完成。

在录制选项中，Toos—Recording Option下，Recording选项中，有一个Advanced HTML选项，能够设置是否录制非HTML资源，只有选择了“Record within the current script step”时，List of Resource Attributes才会被录制到。非HTML资源的例子是gif和jpg图象文件。

经过修改HTTP头能够传递给服务器一些附加的请求信息。使用HTTP头容许请求中包含其余的内容类型（Content_type），象压缩文件同样。还能够只请求特定状态下的web页面。

全部的Web Vusers ，HTTP模式下的WAP Vusers或者回放模式下的Wireless Session Protocol（WSP），都支持web_url函数。

web_image
语法：
Int web_image (const char *StepName, , [EXTRARES, ,] LAST );

返回值
成功时返回LR_PASS (0)，失败时返回 LR_FAIL (1)。

参数：
StepName：VuGen中树形视图中显示的名称，在自动事务处理中也能够用作事务的名称。

List of Attributes（服务器端和客户端映射的图片）：SRC属性是必定会被录制到的，其余的ALT、Frame、TargetFrame、Ordinal则是有的话会被录制到。

一、ALT：描述图象的元素。用鼠标指向图象时，所浮出来的文字提示。

二、SRC：描述图象的元素，能够是图象的文件名. 如： button.gif。也可使用SRC/SFX来指定图象路径的后缀。全部拥有相同此后缀的字符串都会被匹配到。

三、Frame：录制操做时所在的Frame的名称。

四、TargetFrame：见List of Attributes的同名参数。

五、Ordinal：参见Web_link的同名参数。

List of Attributes（客户端映射的图片）：

一、AreaAlt：鼠标单击区域的ALT属性。

二、AreaOrdinal：鼠标单击区域的顺序号。

三、MapName：图象的映射名。

List of Attributes（服务器端映射的图片）：尽管点击坐标不属于属性，但仍是以属性的格式来使用。

一、Xcoord：点击图象时的X坐标。

二、Ycoord：点击图象时的Y坐标。

EXTRARES：分隔符，标记下一个参数是资源属性的列表了。

List of Resource Attributes：参见List of Resource Attributes一节。

LAST：属性列表结束的标记符。

说明
web_image模拟鼠标在指定图片上的单击动做。此函数必须在有前置操做的上下文中使用。

在Toos—Recording Option，若是录制级别设为基于HMTL的录制方式时，web_image才会被录制到。

web_image支持客户端（client-side）和服务器端server-side的图片映射。

经过修改HTTP头能够传递给服务器一些请求附加信息。使用HTTP头容许请求中包含内容，如同压缩文件同样。还能够只请求特定状态的web页面。

web_image支持Web虚拟用户，不支持WAP虚拟用户。

例子
下面的例子模拟用户单击Home图标以回到主页（黑体部分）：

web_url("my_home", "URL=http://my_home/", LAST)；

web_link("Employees", "Text=Employees", LAST)；

web_image("Home.gif", "SRC=../gifs/Buttons/Home.gif", LAST)；

web_link("Library", "Text=Library", LAST)；

web_image("Home.gif", "SRC=../../gifs/buttons/Home.gif", LAST)；

下面的例子模拟用户在客户端映射的图片上单击：

web_image("dpt_house.gif",

"Src=../gifs/dpt_house.gif",

"MapName=dpt_house",

"AreaOrdinal=4",

LAST)；

下面的例子模拟用户在服务端映射的图片上单击：

web_image("The Web Developer's Virtual Library",

"Alt=The Web Developer's Virtual Library",

"Ordinal=1",

"XCoord=91",

"YCoord=17",

LAST)；

下面是一个使用文件名后缀的例子：它指定了dpt_house.gif做为后缀，因此象../gifs/dpt_house.gif、/gifs/dpt_house.gif、gifs/dpt_house.gif、/dpt_house.gif等都会匹配到。

web_image("dpt_house.gif",
"Src/sfx=dpt_house.gif", LAST)；

web_link
语法：
Int web_link (const char *StepName, , [EXTRARES, ,] LAST )；

返回值
成功时返回LR_PASS (0)，失败时返回 LR_FAIL (1)。

参数：
StepName：VuGen中树形视图中显示的名称，在自动事务设置中也被用作事务名称。

List of Attributes：支持下列的属性：

1.Text：超连接中的文字，必须精确匹配。

2.Frame：录制操做时所在的Frame的名称。

3.TargetFrame、ResourceByteLimit：见List of Attributes一节。

4.Ordinal：若是用给出的属性（Attributes）筛选出的元素不惟一，那么VuGen使用此属性来指定其中的一个。例如：“SRC=abc.gif”，“Ordinal=3”标记的是SRC的值是“abc.gif”的第3张图片。

EXTRARES：代表下面的参数将会是list of resource attributes了。

LAST：结尾标示符。

说明
模拟鼠标在由若干个属性集合描述的连接上进行单击。此函数必须在前置动做的上下文中才能够执行。

web_link 仅仅在基于HTML的录制方式中才会被VuGen捕捉到。

非HTML生成的资源的例子有.gif 和.jpg图像。对于List of Resource Attributes参数来讲，仅仅当Recording Options--Recording --HTML-based script-- Record within the current script step选项被选中时，它们才会被插入到代码中。

能够经过改变HTTP头信息给服务器传递一些附加信息。使用HTTP头信息能够，容许响应体中包含其余的内容类型（Content-Type），例如压缩文件，或者只有知足了特定的状态才去请求web页。

此函数值支持Web虚拟用户，不支持WAP虚拟用户。

web_submmit_form
语法：
Int web_submit_form (const char *StepName, , , ITEMDATA, , [ EXTRARES, ,] LAST );

返回值
成功时返回LR_PASS (0)，失败时返回 LR_FAIL (1)。

参数：
StepName：Form的名字。VuGen中树形视图中显示的名称，在自动事务处理中也能够用作事务的名称。

List of Attributes：支持如下属性：

1.Action：Form中的ACTION属性，指定了完成Form中的操做用到的URL。也可使用“Action/sfx” 表示使用此后缀的全部Action。

2.Frame：录制操做时所在的Frame的名称。

3.TargetFrame、ResourceByteLimit：见List of Attributes的同名参数。

4.Ordinal：参见Web_link的同名参数。

VuGen经过记录数据域惟一的标识每一个Form。若是这样不足以识别Form，VuGen会记录Action 属性。若是还不足以识别，则会记录Ordinal 属性，这种状况下不会记录Action属性。

List of Hidden Fields：补充属性（Serves）。经过此属性可使用一串隐含域来标识Form。使用下面的格式：

STARTHIDDENS,

"name=n1", "value=v1", ENDITEM,

"name=n2", "value=v2", ENDITEM,

ENDHIDDENS,

List of Data Fields

Data项用来标识form。Form是经过属性和数据来共同识别的。

使用下面的格式来表示数据域列表

"name=n1", "value=v1", ENDITEM,

"name=n2", "value=v2", ENDITEM,

ITEMDATA：Form中数据和属性的分隔符。

EXTRARES：一个分隔符，标记下一个参数是资源属性的列表了。

List of Resource Attributes：参见List of Resource Attributes一节。

LAST：属性列表结束的标记符。

说明
web_submit_form 函数用来提交表单。此函数可能必须在前一个操做的上下文中执行。在Toos—Recording Option，只有录制级别设为基于HMTL的录制方式，web_image才会被录制到。

一般状况下，若是录制了web_submit_form 函数，VuGen会把“name”和“value”一块儿录制到ITEMDATA属性中。若是不想在脚本中以明文显示“value”，能够对它进行加密。把 “Value”改成“EncryptedValue”,而后把录制到的值改成加密后的值。

例如：能够把 "Name=grpType", "Value=radRoundtrip", ENDITEM

改成："Name=grpType", EncryptedValue=409e41ebf102f3036b0549c799be3609", ENDITEM

若是你完整的安装了LoadRunner，那么打开开始菜单--Mercury LoadRunner—Tools--Password Encoder，这个小工具是用来加密字符串的。把须要加密的值粘贴到Password一栏，再点Generate按钮。加密后的字符串会出如今 Encoded string框中。接着点Copy按钮，而后把它粘贴到脚本中，覆盖原来显示的“Value”。

加密的另外一种方法时使用lr_decrypt函数。方法：选择整个字符串，例如“Value=radRoundtrip”（注意不要选择引号），右击鼠标，选择Encrypt string选现，脚本会变为：

"Name=grpType", lr_decrypt("40d176c46f3cf2f5fbfaa806bd1bcee65f0371858163"), ENDITEM,

web_submit_form支持Web虚拟用户，不支持WAP虚拟用户。

例子：
下面的例子中，web_submit_form 函数的名字是“employee.exe”。此函数提交了一个请求,此请求包含雇员信息John Green。此函数没有使用属性（Attributes）是由于经过数据项已经能惟一的标识这个Form了。

web_submit_form("employee.exe",

ITEMDATA,

"name=persons", "value=John Green - John", ENDITEM,

"name=go_page", "value=Go to Page", ENDITEM,

LAST);

web_submmit_data
语法：
Int web_submit_data ( const char *StepName, , ITEMDATA, , [ EXTRARES, ,] LAST );

返回值
返回LR_PASS（0）表明成功，LR_FAIL（1）表明失败。

参数：
StepName：步骤名称，VuGen中树形视图显示的名称。

List of Attributes：支持如下属性：

1.Action：Form中的ACTION属性，指定了完成Form中的操做用到的URL。

2.Method：表单提交方法：POST或GET（默认是POST）。

3.EncType：编码方式。

4.EncodeAtSign：是否使用ASCII值对符号“@”编码。Yes或者 No。

5.TargetFrame：包含当前连接或资源的Frame。参见List of Attributes的同名参数。

6.Referer、Mode：参见List of Attributes的同名参数。

ITEMDATA：数据域和属性的分隔符。

List of Data：

数据域列表定义了表单提交的内容。因为此请求是上下文无关的，所以数据域包含了全部的隐含域。使用Form的编码规则组织数据域。

数据域列表可使用下面任意一种格式：

"name=n1", "value=v1", ENDITEM,

"name=n2", "EncryptedValue=qwerty", ENDITEM,

EXTRARES：分隔符，标记下一个参数将是资源属性的列表。

List of Resource Attributes：参见List of Resource Attributes。

LAST：结束标记符。

说明
web_submit_data函数处理无状态或者上下文无关的表单提交。它用来生成表单的GET或POST请求，这些请求与Form自动生成的请求是同样的。发送这些请求时不须要表单上下文。

当VuGen设为基于URL的录制模式，或者基于HTML的录制方式可是Recording Options—HTML Advanced 下的A script containing explicit URLs only 选项被选中时，web_submmit_data函数才会录制到。

不论你采用URL查询的方式（GET），仍是采用请求体发送（POST）的方式，此函数都指示出Form中的数据是如何发送到服务器的。

若是VuGen处于HTTP录制模式下，此时记录Web进程时，会产生此函数。在提交Form时，若是没法生成web_submit_form函数，VuGen也会生成web_submit_data函数。

在录制选项中，Toos—Recording Option下—Recording选项中，有一个Advanced HTML选项，能够设置是否录制非HTML资源。只有选择了“Record within the current script step”时，List of Resource Attributes才会被录制到。非HTML资源的例子是gif和jpg图象文件。

EncType属性给出一个内容类型，指定其作为“Content-Type”请求头的值。它指示了根据参数生成HTTP请求时使用的编码类型（不是URL-encoding就是multi-part）能够是下面的格式：

1.“EncType=application/x-www-form-urlencoded”

2.“EncType=multipart/form-data” （任何的“; boundary=”都会被默认忽略掉）

3.“EncType=” (空串，代表没有产生内容类型（“Content-Type”）请求头）

任何对于“EncType”的指定都会覆盖web_add_[auto_]header函数指定的Content-Type。当省略了 “EncType”时，任何一个web_add_[auto_]header函数都会起做用。若是既没有指定EncType也没有 web_add_[auto_]header函数，且“Method=POST”，“application/x-www-form- urlencoded”会作为默认值来使用。其余状况下，不会产生Content-Type请求头。

ContentType：文件类型标识符，若是“EncType”是“multipart/form-data”用来上传文件时，须要用到 “ContentType”。当在ITEMDATA中的Data子句中指定了“File=Yes”，且文件也在此子句中，ContentType才适用，此时它会做为同一个子句的值来传递。

正常状况下，“Content-Type”根据所上传文件的扩展名自动生成。例如：

-----------------------------7d025e2b16b064e\r\n Content-Disposition: form-data; name="uploaded_file"; filename="D:\\temp\\a.txt"\r\n Content-Type: text/plain\r\n \r\n

不管如何，对于非浏览器的程序来讲是特殊的，根据文件类型生成的“ContentType”不必定是正确的。这时，经过手工指定来覆盖默认的“ContentType”。若是指定了空值，那么“Content-Type”头将不包含在文件中。

若是没有显示的指定“ContentType”的值，当上传的文件为空时，无论文件扩展名是什么，都默认使用“application/x-unknown-content-type”作为”ContentType”的值。

VuGen不会检查指定的ContentType是否有效。

一般状况下，若是录制了web_submit_data 函数，VuGen会把“name”和“value”一块儿录制到ITEMDATA一节中。若是不想在脚本中以明文显示“value”，能够对它进行加密。把 “Value”改成“EncryptedValue”,而后把录制到的值改成加密后的值。请参考web_submit_form中相关的内容。

全部的Web虚拟用户，运行在HTTP模式下的WAP用户，运行在WSP回放模式下的WAP用户均可以使用本函数。

例子
下面的例子中，web_submit_data函数使用POST方法提交了一个表单。

web_submit_data("default.aspx",

"Action=http://lazarus/flightnet/default.aspx",

"Method=POST",

"TargetFrame=",

"RecContentType=text/html",

"Referer=http://lazarus/flightnet/",

"Snapshot=t7.inf",

"Mode=HTML",

ITEMDATA,

"Name=grpType", "Value=radRoundtrip", ENDITEM,

"Name=lstDepartingCity", "Value=DEN", ENDITEM,

"Name=lstDestinationCity", "Value=LAX", ENDITEM,

"Name=txtDepartureDate", "Value=8/19/2003", ENDITEM,

"Name=txtReturnDate", "Value=8/19/2003", ENDITEM,

"Name=txtQuantity", "Value=1", ENDITEM,

"Name=radClass", "Value=1", ENDITEM,

"Name=radSeat", "Value=1", ENDITEM,

"Name=btnAvailableFlights", "Value=Next >", ENDITEM,

LAST)；

下面的例子， web_submit_data函数使用POST方法提交了2个文件。

web_submit_data("Attachments",

"Action=http://barton.cottage@.Devonshire.uk/Attachments?YY=45434",

"Method=POST",

"EncType=multipart/form-data",

"TargetFrame=",

"RecContentType=text/html",

"Referer=http:///barton.cottage@.Devonshire.uk/Compose?YY=20435",

"Snapshot=t5.inf",

"Mode=HTML",

ITEMDATA, "Name=userFile0",

"Value=E:\\sense_sensibility\\Elinor.txt",

"File=yes",

"ContentType=text/html", // 覆盖了文本文件默认的“text/plain” 值。

ENDITEM,

"Name=userFile1",

"Value=E:\\sense_sensibility\\Marianne.jpg",

"File=yes",

ENDITEM,

LAST)；

Loadrunner经常使用函数详解(二)

web_custom_request

语法：
Int web_custom_request (const char *RequestName, ,

[EXTRARES, ,] LAST );

返回值
返回LR_PASS（0）表明成功，LR_FAIL（1）表明失败。

参数：
RequestName：步骤的名称，VuGen中树形视图中显示的名称。

List of Attribute：支持的属性有如下几种：

1.URL：页面地址。

2.Method ：页面的提交方式，POST或GET。

3.TargetFrame：包含当前连接或资源的frame的名称。参见List of Attributes的同名参数。

4.EncType：编码类型。

5.RecContentType：响应头的内容类型。参见List of Attributes的同名参数。

6.Referer：参见List of Attributes的同名参数。

7.Body：请求体。参见List of Attributes的同名参数。

8.RAW BODY：参见List of Attributes的同名参数。

9.BodyFilePath：做为请求体传送的文件的路径。它不能与下面的属性一块儿使用：Body，或者其余Body属性或Raw Body属性包括BodyBinary，BodyUnicode， RAW_BODY_START或Binary=1。

10.Resource、ResourceByteLimit、Snapshot、Mode：参见List of Attributes的同名参数。

11.ExtraResBaseDir：参见List of Attributes的同名参数。

12.UserAgent：用户代理，它是一个HTTP头的名字，用来标识应用程序，一般是浏览器，它呈现的是用户和服务器的交互。

例如：头信息“User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)”识别的是Window NT下的IE浏览器6.0。其余的User-Agent的值用来描述其余的浏览器，或者非浏览器程序。一般，一个应用程序中全部的请求都使用相同的用户代理，录制者做为一个运行时参数来指定（Run-Time Setting—Browser Emulation—User Agent）。无论怎么说，即便是在一个简单的浏览器进程中，仍有可能会用到直接与服务器交互的非浏览器组件（例如ActiveX控件），一般他们有着不一样于浏览器的用户代理属性。指定“UserAgent”表示这是一个非浏览器的请求。指定的字符串被HTTP头“User-Agent:” 使用，在某些状况下，它同时会影响回放脚本时的行为。例如，不使用浏览器缓存，假设指定的URL属于资源等等。

LoadRunner自己不检查指定的字符串与浏览器自己的值是否相同。

13.Binary：“Binary=1”表示页面请求体中的每个以\\x##形式出现的值（在这里“##”表明2个十六进制数字），都会被替换为单字节的十六进制的值。

若是“Binary=0”（默认值），全部的字符序列只是按照字面的值传递。

须要注意双斜杠的用法。在C编译器中双斜杠被解释为单斜杠。若是不须要零字节，单斜杠能够在Binary不等于1的状况下使用（例如，使用\x20代替\\x20）。若是须要零字节，那么只能使用\\x00且设置 “Binary=1”，\x00在逻辑上会被截断。

14.ContentEncoding

指定请求体的使用指定的方式（gzip或者deflate）进行编码（例如，压缩），相应的“Content-Encoding:” HTTP头会和此请求一块儿发送。这个参数适用于web_custom_request和web_submit_data。

EXTRARES：代表下面的参数将会是List Of Resource Attributes了。

LAST ：结尾的标示符。

说明
容许使用任何方法和请求体建立自定义的HTTP请求。默认状况下,当VuGen没法使用其余函数解释用户请求时,会生成此函数。

使用Add对话框（在脚本环境下,右击鼠标,会出现快捷菜单），能够手工插入此函数。要指定特殊的HTTP头信息,须要增长web_add_header或者web_add_auto_header函数。

RecContentType：参见List of Attributes的同名参数。

EncType：编码类型。此参数给出一个内容类型（Content-Type），指定其作为回放脚本时“Content-Type”请求头的值，例如 “text/html”。Web_custom_request函数不处理未编码的请求体。请求体参数将会使用已经指定的编码方式。所以，若是指定了不匹配HTTP请求体的“EncType”,会引起服务端的错误。一般咱们建议不要手动修改录制时的“EncType”值。

任何对于“EncType”的指定都会覆盖web_add_[auto_]header函数指定的Content-Type。当指定了 “EncType=” （空值）时，不会产生“Content-Type” 请求头。当省略了“EncType”时，任何一个web_add_[auto_]header函数都会起做用。若是既没有指定EncType也没有 web_add_[auto_]header函数，且“Method=POST”，且“Method=POST”，“application/x- www-form-urlencoded”会作为默认值来使用。其余状况下，不会产生Content-Type请求头。

仅仅当Recording Options--Recording --HTML-based script-- Record within the current script step选项被选中时，List of Resource Attributes才会被插入到代码中。

全部的Web Vusers ，运行在HTTP模式或者Wireless Session Protocol (WSP) 回放模式下的WAP Vusers都支持web_custom_request函数。

Using Binary Code

可使用下面的格式在web_custom_request 函数的“Body”属性中加入二进制字符串。

\x[char1][char2]

经过2个字符[char1][char2]来表示十六进制的值。

例如：\x24表示16*2+4=36，它表明“$”符号，\x2B表明的是“+”符号。

若是不足2个字符，也不是有效的十六进制字符，VuGen则会看成ASCII文本处理。因此要注意，对于不足2个字符的十六进制，要在前面补0。例如 “\x2”是无效的十六进制串，须要边为“\x02”。

注意二进制的值是以“\\x” 的形式出如今脚本中的，也就是说在“x” 前面有2个反斜杠。这是由C语言的转义语法决定的。可是，当使用VuGen生成web_custom_request 函数时，只须要输入一个反斜杠。

若是在web_custom_request 中使用参数化，定义参数时只须要包含一个反斜杠这是因为参数替换时是不考虑C的语法转换的。

List of Attributes
FtpAscii：“1”使用ASCII模式处理FTP操做；"0" 使用二进制模式。

TargetFrame：当前连接或资源所在Frame的名称。除了Frame的名字，还能够指定下面的参数：

_BLANK：打开一个空窗口。

_PARENT：把最新更改过的的Frame替换为它的上级。

_SELF：替换最新更改过的的Frame。

_TOP：替换整个页面。

RecContentType：录制脚本时响应头的内容类型。例如text/html、 application/x-javascript等。当没有设置Resource属性时，用它来肯定目标URL是不是可记录的资源。此属性包含主要的和次要的资源。最频繁使用的类型是 text、application、image。次要的类型根据资源不一样变化不少。例如："RecContentType=text/html"：表示 html文本。"RecContentType=application/msword"：表示当前使用的是Msword。

Referer: 当前页面关联的页面。若是已经显式指定了url的地址，此项能够省略。

Resource：指示URL是否属于资源。1 是；0 不是。设置了这个参数后，RecContentType参数被忽略。“Resource=1”，意味着当前操做与所在脚本的成功与否关系不大。在下载资源时若是发生错误，是看成警告而不是错误来处理的；URL是否被下载受“Run-Time Setting—Browser Emulation--Download non-HTML resources” 这个选项的影响。此操做的响应信息是不作为HTML来解析的。“Resource=0”，代表此URL是重要的，不受发送请求（RTS）的影响，在须要时也会解析它。

ResourceByteLimit：web页面下载资源的极限大小。当达到设置的极限后，没法下载其余资源。仅仅对须要下载的资源有效。

下载过程：若是总计下载大小小于极限值，则正常开始下载。若是当下载时达到了设置的极限值，资源大小可知（在HTTP响应头中指定了 Content-Length），这中状况下，若是只须要一个缓冲区，那么下载能够正常完成。若是须要的不止一个缓冲区，或者资源大小不可知，下载就会中断同时关闭当前链接。

这个特性能够用来模拟用户不等待一个页面下载完成时导航到另外一个页面的状况。

ResourceByteLimit 在HTTP模式中没法使用，在Concurrent Groups（Vuser脚本中的一个区，此区中的全部函数并发执行）区中也没法使用。仅仅适用于Sockets的回放，WinInet也是不适用的。

Snapshot：快照的文件名，关联时使用。

Mode：两种录制级别HTML、HTTP。

HTML级别：在当前Web界面上录制直观的HTML动做。以一步步的web_url、web_link、web_image、web_submit_form来录制这些动做。VuGen仅仅录制返回HTML页面的请求，不处理脚本和应用程序。

HTTP级别：VuGen把全部的请求录制为web_url指令，不生成web_link、web_image、web_submit_form这些函数。这种方法更为灵活，可是生成的脚本不够直观。

ExtraResBaseDir（目前仅适用与web_custom_request函数）：根URL，放在EXTRARES组里。它是用来解析相对URL的（译者加：相似于Windows的相对路径和绝对路径）。

URL能够是绝对路径（例如http://weather.abc.com/weather/forecast.jsp?locCode=LFPO），也能够是相对路径（例如“forecast.jsp?locCode=LFPO”）。

真正的URL的下载是经过绝对路径进行的，因此相对URL路径必须使用根路径URL去解析。例如，使用http://weather.abc.com/weather/作为根路径来解析“forecast.jsp?locCode=LFPO”，最后的URL是：http://weather.abc.com/weather/forecast.jsp?locCode=LFPO。若是没有指定“ExtraResBaseDir”，默认的根URL是主页面的URL。

Body（目前仅适用与web_custom_request函数）：请求体。不一样的应用中，请求体分别经过Body、BodyBinary或者BodyUnicode参数来传递。请求体能够只使用其中一个参数，也可使用一连串的分开的参数组成多请求体。例如：

web_custom_request（

……

"BodyUnicode=REPRICE"

"BodyBinary=\\x08\\x00\\xCC\\x02\\x00\\x00"

"Body=.\r\n"

"-dxjjtbw/(.tp?eg:ch/6--\r\n",

LAST）；

在上面的代码中，使用了3个参数来划分请求体，一个是Unicode段，一个是二进制段，最后一个是常规的字符串。最终的请求体是这3个参数按照在函数中的顺序链接起来的值。

还有一个不多用到的参数，Binary。它也能描述二进制请求体，但只容许函数中只有一个请求体参数。

全部的请求体都是ASCII字符，以null结束。

Body：表示规则的，可打印的字符串。没法表示空字节。全部的字符都以一个反斜杠表示。注意：在旧的脚本中,能够看见不可打印的字符在请求体中以16进制方式进行编码。（例如 “\\x5c”），在这种状况下，必须使用“Binary=1”来标识。空字节使用"\\00"来表示。相反，新脚本则会把把请求体分开放在不一样的参数中（"Body=...", "BodyBinary=...", Body=..."）。

BodyBinary ：表示二进制代码。不可打印的字符在请求体中以16进制方式\\xHH进行编码。在这里HH 表示十六进制值。空字节使用"\\00"来表示。

BodyUnicode：美国英语，特指拉丁 UTF-16LE（little-endian）编码。这种编码方式会在在每一个字符末尾附加一个0字节，以便使字符更可读。可是在VuGen中实际的参数把全部的0字节都去掉的。可是在发送给Web 服务器以前, web_custom_request函数会从新添加0字节的。对于不可打印的字符,使用单反斜杠表示，没法表示空字节。

注意:若是请求体大于100K,会使用一个变量来代替Body参数。变量是在 lrw_custom_body.h中定义的。

Raw Body（目前仅适用与web_custom_request函数）：请求体是做为指针传递的，此指针指向一串数据。二进制的请求体可使用BodyBinary 属性来发送(或者使用Body 属性来传递,前提是必须设置"Binary=1" )。不管如何,这种方法须要使用转义字符反斜杠把不可打印的字符转换为ASCII字符。为了能有一种更简便的表现原始数据的方式，Raw Body属性应运而生，能够传递指向二进制数据的指针。

使用4个连续的参数集来表示指针，并且必须按照顺序排列：

RAW_BODY_START

指向数据缓冲区的指针

（int）长度

RAW_BODY_END

例子：

char *abc= ...

web_custom_request("StepName",

"URL=http://some.url ",

"Method=POST",

RAW_BODY_START,

"abc",

RAW_BODY_END,

LAST);

在应用中，即便设置了数据的长度为0，指针也必须有值，不能为空。

在“Binary=1”时，不能使用上面的语法传递原始数据。

数据缓冲区中的数据不能使用参数化。也就时说，缓冲区中的任何参数(例如 "{MyParam}")不能被正确的替代为相应的值，只会以字面值发送。

List ofResourceAttributes
Web页面中的非HTML机制产生了资源列表，包含了Javascript, ActiveX, Java applets and Flash所请求的资源。VuGen's 的Recording 选项中，能够设置把这些资源录制在当前的操做中（默认是此设置）仍是做为单独的步骤来录制。

支持如下资源：

URL
要加载的web资源的url。

Referer
关联的url。

ENDITEM
每一个资源的结束标记

相对于把每一个资源都录制为单独的步骤来讲，不录制非HTML元素使脚本更加简短和可读，特别是在VuGen的Tree视图下更为突出。

当VuGen录制过程当中发现附加的资源（好比JS）时，会以列表的形式加到附加资源项中。回放脚本时，这些资源文件也是请求的一部分。能够对一些按规则变化的资源使用关联。

web_find
语法：
int web_find (const char *StepName, , char *searchstring, LAST );

参数：
一、StepName：步骤名称，在Tree视图中出现。

二、Attributes and Specifications list：

支持的属性有：

Frame：在多Frame的状况下，定义要查找Frame的范围。

Expect：定义在什么状况下函数检查成功：找到了指定的搜索标准或者没有找到。例如说，能够检查指定的错误信息是否出如今web页面中。合法的值有2个：found和notfound。默认值是“found”。

Matchcase：指定搜索是否区分大小写。

Repeat：指定当第一次发现要查找的字符串时，搜索是否继续。当一个web页面中包含多个被查找的字符串时，此参数是很是有用的。合法的值有2个：yes，no。默认值是“yes”。

Report：指定在什么状况下，VuGen在执行日志中显示此函数的检查结果。合法的值有：success，failure，always。默认值是“always”。

Onfailure：此参数决定在函数检查失败后，Vuser是否中断。参数值是abort。若是指定了Onfailure=abort,当函数检查失败时，不论在运行时设置中的error-handling是什么，脚本都会中断。

若是没有指定Onfailure=abort,那么运行时设置中error-handling将会起做用。

支持的特性有：RightOf, LeftOf （不支持7.x及更高版本）。

RightOf：要查找的字符串右边的内容。

LeftOf：要查找的字符串左边的内容。

三、Searchstring：须要查找的字符串，格式为“What=stringxyz”。此搜索不区分大小写。

四、LAST：属性列表结束符。

返回值
整型。成功时返回LR_PASS(0)，失败时返回LR_FAIL (1)。

说明
此函数的做用是在HTML页面中查找指定的字符串。

此函数只能在基于HTML录制的脚本中使用。当指定的HTML请求所有完成之后，开始执行搜索过程，比web_reg_find要慢。

web_find函数在C语言的脚本中已经被web_reg_find所替代，web_reg_find运行速度比较快，并且在HTML- based和URL-based的录制方式中均可以使用。在C语言脚本中，web_find是向后兼容的。Java和Visual Basic脚本中再也不支持它。

运行在HTTP模式下的WAP用户都和运行在WSP回放模式下的WAP用户都不支持此函数。

web_global_verification
语法：
int web_global_verification (, LAST )；

参数：
List of Attributes：

一、Text：此属性是一个非空的，以NULL结尾的字符串，表示要查找的内容。语法是”Text=string”。还可使用text flags自定义字符串。

二、TextPfx：没有指定Text的状况下使用此属性。要查找的字符串的前缀。语法是” TextPfx =string”。还可使用text flags自定义字符串。

三、TextSfx：没有指定Text的状况下使用此属性。要查找的字符串的后缀。语法是” TextSfx =string”。还可使用text flags自定义字符串。

四、Search：可选项，在哪里查找字符串。可选的值是：Headers，Body，NORESOURCE或All。默认值是NORESOURCE。语法是“Search=value”。

五、Fail：当字符串找不到时的处理选项：Found （默认值）或NotFound。Found表示当找到对应的字符串时发生了错误（例如“Error”）。NotFound表示当找不到字符串时发生了错误。语法是“Fail=value“。

六、ID：在日志文件中标识当前函数。

LAST：属性列表结束符。

注：text flags：/IC表示忽略大小写；/BIN表示指定的是二进制数据。

返回值
整型。成功时返回LR_PASS(0)，失败时返回LR_FAIL (1)。

说明
web_global_verification属于注册函数，注册一个在web页面中搜索文本字符串的请求，与 web_reg_find只在下一个Action函数中执行搜索不一样的是，它是在以后全部的Action类函数中执行搜索的。能够搜索页面的 body，headers，html代码或者是整个页面。

在检测一些应用程序级别（不经过http状态码来表现）的错误时，web_global_verification是很是有用的。若是要定位经过HTTP状态码表现的错误时，使用web_get_int_property。

查找范围：all：这个HTML页面；Headers：页面的头；body：页面的体，包含全部的资源但不包含头；NORESOURCE（默认选项）：仅仅包含页面的体，把包括头和资源。

若是不知道要查找的精确的文本，或者要查找的多个文本不是彻底相同的,可使用前缀和后缀来表示。这时须要用到TextPfx和TextSfx属性。这2个属性必须同时指定，一旦指定了其中一个，就不能指定Text属性了。

注意：web_global_verification在WAP协议下不能运行。

web_image_check
语法：
int web_image_check(const char *CheckName, , <"Alt=alt"|| "Src=src">, LAST );

参数：
一、CheckName：名称，在Tree视图中出现。

二、List of Attributes：

支持的属性有：Frame（在多Frame的状况下，定义要查找Frame的范围）。

支持的选项有：expect, matchcase, repeat, report, onfailure。

Tip：选项跟属性的区别，大部分选项都只容许设置预约义的值，其余的值都是无效的。

三、Alt：检查图象的ALT标记。不容许空值。

四、Src：检查图象的SRC标记。不容许空值。

五、LAST：参数列表结束的指示符。

返回值
整型。

说明
web_image_check检查指定的图象是否在HTML页面中出现。

Alt或者Src二者必须有一个在参数列表中出现。若是两项都经过，那么检查成功。

此函数仅仅支持基于HTML的脚本。

web_reg_add_cookie
语法：
int web_reg_add_cookie(const char * cookie, const char * searchstring, LAST );

参数：
一、Cookie：定义须要增长或修改的Cookie。

Cookie的参数格式为：=VALUE; (required)；domain=DOMAIN_NAME;(required)；expires=DATE；path=PATH；(default path is "/")；secure。

此参数中的cookie元素和HTTP响应头中的Set-Cookie是相同的。例如“Session=1234；domain=sanditon.com”，在这里，“Session”是cookie的名称。

二、Searchstring：要查找的文本字符串。字符串不能为空，以null结尾。格式为“Text=string”。

三、LAST：属性列表的结束符。

返回值
整型。成功时返回LR_PASS(0)，失败时返回LR_FAIL (1)。

说明
web_reg_add_cookie是注册类型的函数。它首先注册一个搜索文本字符串的请求。检查动做在后续的Action函数以后进行。若是字符串被找到，就添加到cookie中。

须要注意，尽管web_reg_add_cookie在功能上跟HTTP Set_Cookie头类似，它们仍是有个明显的区别。根据HTTP标准，domain属性在Set-Cookie头中是可选的。若是没有指定，默认的domain的值是产生cookie的服务器的host name。当使用web_reg_add_cookie函数时，服务器的hostname对于压力测试的机器来讲是不可用的，因此domain属性是必选项。

此函数在HTML-based 和URL-based的脚本中均可以使用。（参照录制选项的录制标签页）。此函数是在服务器内容到达客户端以前注册搜索请求的，因此当所请求的内容一到就会执行搜索操做，脚本会比较高性。

web_reg_add_cookie是用户手动添加的，没法录制。

web_reg_find
语法：
int web_reg_find (const char *attribute_list, LAST);

参数：
一、attribute_list：

经过Name=Value对来传递参数。例如“Text=string”。Text，TextPfx，TextSfx三个必须有一个出现。其余的属性是可选的。

a)Text：要搜索的字符串，字符串必须非空，以NULL结尾。可使用text flags自定义搜索字符串。

b)TextPfx：要搜索的字符串的直接前缀。

c)TextSfx：要搜索的字符串的直接后缀。

d)Search：搜索的范围。可选的值是：Headers 、Body（在请求体中搜索）、Noresource (仅仅在HTML请求体中搜索，不包括头和资源)、ALL （在请求体、头和资源中搜索），默认值是“BODY”。

e)SaveCount：匹配的个数。

f)Fail：设置函数检查在什么状态下失败。

g)ID：日志文件中标识此函数的一个字符串。

h)RelFrameId：相关联的FrameId。注意：此参数在GUI级别的脚本中不受支持。

二、LAST：属性列表结束的标记符。

返回值
整型。成功时返回LR_PASS(0)，失败时返回LR_FAIL (1)。

说明
web_reg_find属于注册函数，注册一个在web页面中搜索文本字符串的请求，在接下来的Action（象web_url）类函数中执行搜索。

经过查找指望的字符是否存在来验证是否返回了指望的页面。例如，经过查找“Welcome”来检查主页是否彻底打开了。也能够查找“Error”检查浏览器是否发生错误。还可使用此函数注册一个请求来统计特定字符串出现的次数。

若是检查失败，在接下来的Action类的函数中会报告错误。此函数仅仅注册请求，并不执行。函数的返回值只代表注册是否成功，并不表示检查的结果。

此函数不只可以查找text，还能查找到围绕着text的strings。不要同时指定text和前缀后缀。

Fail，处理选项，能够是“Found或“NotFound”。默认是“NotFound”。

“Fail=Found” 指示当对应的字符找到时，函数检查失败。例如，查找单词“Error”，若是找到了，说名web请求没有成功，你想把函数检查设置为失败。

“Fail=NotFound”指示当对应的字符找不到时，函数检查失败。若是查找的是web请求成功时出现的字符串时，须要使用NotFound。

SaveCount参数指示保存到参数中的匹配的字符串的个数。使用这个属性，须要指定“SaveCount=param”。检查操做被执行后，param 的值是null结尾的数字类型的值。

若是指定了SaveCount，且没有使用Fail参数，检查不会失败，不管须要查找的字符串是否找到。经过检查SaveCount的值肯定字符串是否被找到。若是param是0，说明没有找到对应的字符串。

若是同时指定了SaveCount和Fail，指定的错误处理选项和SaveCount协同工做。 handling option specified works together with the SaveCount. Thus,若是指定了SaveCount且指定了“Fail=NotFound” ，可是字符串被找到，SaveCount被赋值为字符串出现的次数，检查成功。若是字符串找不到，SaveCount被赋值为0，检查失败（注意，参数的 0值只在运行时设置中Continue on error 选中时才有意义）。

此函数在HTML-based和URL-based的脚本中均可以使用。此函数是在所请求内容到达以前注册搜索请求的，因此当所请求内容一到达后就会执行搜索，产生的脚本比较高效。

web_concurrent_start
语法：
int web_concurrent_start ( [char * ConcurrentGroupName,] NULL );

参数：
ConcurrentGroupName：可选的，并发组的标识符。

NULL：参数列表结束的标记符。

返回值
整型。返回LR_PASS (0)表示成功，返回LR_FAIL (1)表示失败。

说明
web_concurrent_start函数是并发组开始的标记。组中全部的函数是并发执行的。并发组的结束 web_concurrent_end 函数。在并发组中，能够包含的函数有：web_url、web_submit_data、web_custom_request、 web_create_html_param、web_create_html_param_ex、web_reg_save_param、 web_add_header。

在并发组中的函数不是当即执行的。在并发组开始时，全部的函数首先被记录下来，当并发组结束时，全部的函数并发执行。

全部的Web 用户，HTTP模式下的WAP用户持本函数。运行在Wireless Session Protocol（WSP）回放模式下的WAP虚拟用户，不支持本函数。

web_concurrent_start
语法：
int web_concurrent_end ( reserved );

参数：
reserved：保留的供扩展的字段。

返回值
整型。返回LR_PASS (0)表示成功，返回LR_FAIL (1)表示失败。

说明
web_concurrent_end，并发组结束的标记。脚本执行时，碰到 web_concurrent_end函数时，开始并发执行全部记录的函数。

在并发组中的函数不是当即执行的。在并发组开始时，全部的函数首先被记录下来，当并发组结束时，全部的函数并发执行。

能够并发执行的函数的个数是有限制的，使用运行时设置-Netword标签页的Concurrent Connection来设置。