LoadRunner 性能测试脚本Word格式.docx
《LoadRunner 性能测试脚本Word格式.docx》由会员分享，可在线阅读，更多相关《LoadRunner 性能测试脚本Word格式.docx（10页珍藏版）》请在冰豆网上搜索。
在工单处理的性能测试脚本中，也必须遵从这种业务逻辑。
LoadRunner性能测试脚本采用C语言，因此脚本逻辑控制同C语言一致，使用if,switch,while/for/do控制结构。
3.1.4.脚本模块化
脚本模块化的目的是：
提高脚本可读性、可重用性和脚本生产效率。
脚本模块化的本质是抽取函数，一些很通用的函数甚至可以封装为DLL。
模块化性能测试脚本的思想跟自动化测试的ActionWord有相似之处。
例如：
客服3.0系统的登录功能，无论是工作流、知识库、公告便签还是培训考试，它们都使用相同的登录页面。
我们可以把登录脚本抽取为一个函数csp_login（char*staffno,char*password），需要登录操作时，不需要录制和拷贝脚本，只要调用这个函数就可以了。
注意：
并不是所有的脚本代码块都需要做模块化处理，只有那些稳定不变、并且经常用到的代码块才需要做模块化处理。
不做得不偿失的事。
3.2.典型函数
LoadRunner中，常用的函数有很多，这里只介绍编写性能测试脚本过程中那些必然用到的函数。
本文重点关注这些典型函数的应用场合及注意点，至于函数详细使用说明请参见LoadRunner帮助文档。
3.2.1.事务相关
3.2.1.1.lr_start_transaction/lr_end_transaction
功能：
事务开始/结束标记。
应用场合：
需要统计某一段代码块执行所需要的时间，这两个函数需要成对使用。
举例：
工作流系统性能测试中有一个需求，300人在线，提交工单操作平均响应时间在3秒以内，则需要在提交工单请求步骤之前插入lr_start_transaction，提交工单请求步骤之后插入lr_end_transaction。
注意点：
这两个函数只是标记函数，用于标记事务开始/结束，因此可以嵌套使用，即事务中还可以包
含子事务。
3.2.1.2.lr_think_time
模拟思考时间，即等待时间。
在线用户测试，为了让每一个虚拟用户模拟一个真实用户的行为，即让一个虚拟用户对系统产生的压力跟真实用户相当，就必须使用这个函数。
这是因为，用户在使用系统的过程中，从一个操作转换到另一个操作，是需要时间的，这个时间就是思考时间。
客服3.0工作流系统在线用户测试。
对于工单查询操作，输入查询条件后提交查询，从输入查询条件至提交查询的时间间隔就是思考时间。
因为LoadRunner无法模拟键盘输入的过程，它只能模拟键盘输入的等待时间，此时需要在提交查询的那个动作前插入lr_think_time函数。
在录制脚本中，原子事务内不要包含lr_think_time函数，否则该思考时间将被统计到事务响应时间中，造成结果不准确。
另外lr_think_time是否启作用，可通过runtime-seting进行设置。
注：
原子事务指那些不能再分割为更小事务的事务，它经常指一个单一的业务操作，通常表现为一个
URL请求。
3.2.1.3.lr_rendezvous
在Vuser脚本中设置集合点。
并发测试。
客服3.0培训考试系统，100人同时打开同一份试卷。
则需要在打开试卷的语句前插入lr_rendezvous函数，并在场景中设置集合点策略。
非并发测试，例如在测试系统的处理能力时，最好不要设置集合点，因为一旦设置了集合点，将导致一些VUser处于等待状态，在这等待过程中服务器将是空闲的，这将导致不能准确的测试出服务器的真实性能水平。
集合点更多用于发现系统的并发问题。
3.2.2.参数化/关联
3.2.2.1.lr_save_string/lr_save_int
将某一字符串/整型保存为参数。
有些变量的值通过C语言生成，之后在测试脚本中要使用这些变量。
客服3.0业务配置台系统增加业务代表操作，业务代表的工号和姓名使用C语言函数生成。
工号和
姓名分别保存在staff_no和staff_name变量中，则在脚本中可以使用lr_save_int（staff_no,"
staffno"
），lr_save_string（staff_name,"
stafffname"
）将工号和姓名参数化。
无。
3.2.2.2.web_reg_save_param
在服务器返回的文本中查找一个或者多个字符串，并将搜索到的字符串值保存在参数中。
在B/S或者C/S系统中，服务器返回给客户端的数据有些是动态改变的，在脚本的下一个步骤中，需要使用该动态数据。
这时，就需要使用关联获得该动态数据。
客服3.0工作流系统，工单办理每次都从待办区中打开第一条工单，为打开第一条工单，需要获取第一条工单的完整URL（包括URL中的parameter及其值），而每一次进入待办区，第一条工单有可能是不一样的。
为获取第一条工单的URL，将打开工单的URL做关联。
已知打开待办区操作获得的HTML有如下片断：
可在打开待办区的操作前插入如下语句：
web_reg_save_param（"
tt_url"
"
LB=javascript:
openseviceforprocess（'
"
"
RB='
'
false'
）"
Ord=1"
IgnoreRedirections=Yes"
Search=Body"
RelFrameId=1"
LAST）;
运行脚本后，tt_url的值为：
/iwflow/FindJspID.jsp?
serialNo=2008092200000033&
serviceID=0099&
nodeID=140004&
dealID=2008092200000056&
hisFlag=0&
skill
ID=020401&
dealSkillID=020101&
dealStaff=1200
这个URL就是打开第一条工单的URL，有了URL，便可打开工单。
（1）LoadRunner工具只能识别文本，在HTTP协议中只能识别HTML文档，因此关联的依据是HTML源码，而不是经过浏览器解析后的可视化文本。
这一点很重要。
（2）关联还能将多个匹配的参数保存在数组中，方法是指定ORD的属性值为ALL，之后通过“{参数名_1}”,“{参数名_2}”,“{参数名_3}”格式可获得数组元素的值。
（3）该函数有一个属性NOTFOUND，默认值为ERROR，也就是说，如果找不到要查找的数据，将报出错误
，在必要的时候，例如脚本逻辑控制需要，可以将NOTFOUND的属性值设为WARNING，这样LoadRunner将不产生错误。
3.2.2.3.lr_save_searched_string
在某一个字符缓冲区中搜索指定的字符串，并将搜到的字符串保存在参数中。
可配合LoadRunner的关联功能，灵活获取服务器端返回的数据。
客服3.0工作流系统，工单处理每次都从待办区中打开第一条工单，打开工单的URL已经通过关联
保存在tt_url参数中，在工单处理提交时，需要使用serviceNo，serviceID，nodeID，dealID，tt_url的值
如下：
可使用以下函数保存serviceNo，serviceID，nodeID，dealID的值。
//保存serialNo,serviceID,nodeID,dealID参数
intgetTTData（）{
inti=0;
intj=0;
char*tt_url=lr_eval_string（"
{tt_url}"
）;
intlen=strlen（tt_url）;
while（tt_url[i]!
='
）{i++;
}while（tt_url[j]!
&
'
）{j++;
}
lr_save_searched_string（tt_url,len,0,"
serialNo"
1,j-i-1,"
i++;
j++;
serviceID"
nodeID"
while（tt_url[i]!
dealID"
return0;
无
3.2.2.4.lr_save_datetime
将时间保存为参数。
应用系统需要把时间数据提交给服务器端。
客服3.0工作流系统活动工单查询，默认查询从当天开始的最近三天工单。
则查询的开始时间和结束时间可用lr_save_datetime获取。
lr_save_datetime（"
%y-%m-�0:
00"
DATE_NOW-2*ONE_DAY,"
queryBeginTime"
%y-%m-�3:
59"
DATE_NOW,"
queryEndTime"
3.2.2.5.web_save_timestamp_param
将当前时间戳保存为参数。
应用系统需要把时间戳提交给服务器端。
多媒体坐席客户端，在向MClient提交信息时，需要附带客户端的时间戳，则可以使用该函数获取当前时间戳。
与lr_save_datetime不同的是，本函数保存的是时间戳，而lr_save_datetime保存的是日期和时间。
3.2.2.6.lr_eval_string
将某一字符串中包含的所有参数替换为真实值，并返回替换后的字符串。
欲查看某一参数的值，可使用该函数。
客服3.0工作流系统，生成工单时打开工单页面准备工单提交，提交之前想查看已通过关联保存的serialNo参数的值。
方法如下：
lr_output_message（lr_eval_string（"
TheserialNois{serialNo}"
））;
如果不存在该参数，将把“{参数名}”当作普通字符串输出。
如本例，如果不存在serialNo参数，则输出：
TheserialNois{serialNo}。
3.2.3.验证点
3.2.3.1.web_reg_find
在HTML文档中查找指定的字符串。
该函数是检查点函数，在脚本中需要插入检查点的地方使用。
客服3.0工作流系统，提交工单生成后，需要验证工单是否提交成功。
则可根据页面提示“工单生成成功”进行验证。
在提交生成工单步骤前插入：
web_reg_find（"
Text=工单生成成功"
LAST）;
该函数是注册型参数，需要在请求服务器数据步骤之前插入该函数。
与该函数功能类似的函数是web_find，但是web_find只对HTML方式的脚本起作用，对URL方式脚本则不起作用，而且web_find函数效率低下，已被废弃。
3.2.3.2.web_image_check
判断某一个图片是否存在HTML页面中。
同web_reg_find函数一样，该函数也是检查点函数，在脚本中需要插入检查点的地方使用。
客服3.0培训考试系统并发测试，50个人同时打开试卷，为了验证打开试卷成功，根据试卷中的
图片public/images/onexam.gif进行验证：
web_image_check（"
web_image_check"
Src=public/images/onexam.gif"
要使该函数生效，需要在runtime-seting中将打开。
与web_reg_find不一样的是，该函数不是注册型函数，因此需要在请求返回步骤之后插入该函数。
上文提过，LoadRunner只能识别文本，因此web_image_check函数其本质仍然是文本验证，完全可以用web_reg_find替代，而且强烈推荐使用
web_reg_find作为检查点函数。
3.2.4.日志输出
3.2.4.1.lr_output_message
将VUser的消息打印到日志文件和输出窗口中，打印的消息带有脚本行信息。
方便查看运行信息，辅助问题定位。
客服3.0系统，登录工号已经参数化，调试脚本时将当前的登录工号输出到ReplayLog窗口中。
代码如下：
lr_output_message（"
Thestaffnois%s"
lr_eval_string（"
{staffno}"
与该函数具有类似功能的还有：
lr_debug_message，lr_log_messagelr_message，
lr_error_message它们之间的不同之处这里不作详细介绍，请参见LoadRunner帮助文档。
3.2.4.2.lr_vuser_status_message
将VUser的消息输出到场景运行的VUser状态窗口。
将一些关键信息输出到VUser运行状态窗口，方便场景执行时查看。
在场景运行过程中，出现了错误。
根据错误窗口提示，该错误属于VUserID为2的虚拟用户，为了方便将系统登录用户名与VUserID对应起来，以方便问题定位。
可以使用以下代码：
lr_vuser_status_message（"
Theloginusernameis%s"
lr_eval_string（"
{username}"
场景执行时，可方便查看到VUserID与登录用户名的对应关系，如下图：
3.2.5.其它实用函数
3.2.5.1.lr_get_vuser_ip
获得VUser的IP地址。
在使用IP欺骗时，为了验证IP欺骗是否成功，可以使用该函数。
在场景运行过程中，将每一个VUser的IP在VUser运行状态窗口中显示出来。
char*ip;
ip=lr_get_vuser_ip（）;
if（ip）
{lr_vuser_status_message（"
TheIPaddressis%s"
ip）;
为了使IP欺骗成功，使用IP欺骗向导设置好IP后，还要将打开才可。
3.2.5.2.lr_load_dll
加载外部DLL。
脚本需要使用外部DLL时，使用该函数加载DLL。
函数getDateTime（char*time,intseconds,char*resultTime）已封装在timeutil.dll中，getDateTime的功能是根据传入的日期字符串time（如2008-09-2416:
56:
24），秒偏移量seconds，计算返回结果日期字符串resultTime，代码如下：
inthours=atoi（lr_eval_string（"
hours"
characceptEndTime[20];
lr_load_dll（"
../timeutil.dll"
getDateTime（lr_eval_string（"
{acceptBeginTime}"
）,3600*hours,acceptEndTime）;
该函数为LoadRunner提供了调用外部接口的能力。
3.3.封装，构建可重用脚本
3.3.1.简单函数封装
LoadRunner使用C语言作为脚本，因此只要是合法的C代码都可以在LoadRunner中运行。
为了提高脚本可读性和脚本生产效率，有必要将性能测试脚本模块化。
客服3.0工作流系统，查询工单池是一个很常见的操作。
我们可以把查询工单池操作封装为一个queryTTPool函数，函数体如下，在脚本中，将所有的查询工单池操作替换为queryTTPool函数调用，提高了
脚本的可读性：
//查询工单池
intqueryTTPool（char*nodeType）{
lr_save_string（nodeType,"
nodeType"
lr_save_datetime（"
%Y-%m-%d00:
DATE_NOW-2*ONE_DAY,"
acceptBeginTime"
%Y-%m-%d23:
DATE_NOW,"
acceptEndTime"
lr_start_transaction（"
WF_查询工单池工单"
web_submit_data（"
IWFController"
Action=http:
//{wf_sysurl}/IWFController"
Method=POST"
RecContentType=text/html"
Referer=http:
//{wf_sysurl}/iwflow/common/UnitQueryDealForm.jsp?
pageNo=1"
Snapshot=t32.inf"
Mode=HTML"
ITEMDATA,
Name=ACTIONID"
Value=UniteQueryDealAction"
ENDITEM,
Name=pageNo"
Value=1"
Name=sortType"
Value="
Name=sortField"
Name=reSortFlag"
Name=acceptPhone"
Name=serialNo"
Name=serialFlag"
Value=0"
Name=serviceName"
Name=serviceID"
Name=acceptBeginTime"
Value={acceptBeginTime}"
Name=acceptEndTime"
Value={acceptEndTime}"
ENDITEM,
Name=urgentID"
EXTRARES,
Url=/iwflow/image/kms-1_23.gif"
Url=/iwflow/buttons/obtainProcess-2.gif"
LAST）;
lr_end_transaction（"
LR_AUTO）;
3.3.2.DLL封装
使用DLL有很多好处。
高度重用的函数制作成DLL，方便脚本调用。
将与IVR交互的消息函数封装成DLL后，便可利用LoadRunner测试IVR性能。
制作DLL可以选择VC或者MinGWDeveloperStudio等工具，至于DLL的制作细节，本文不作介绍，请参见相关指导书。
4脚本调试
LoadRunner的VUserGenerator本身的调试功能比较弱，只能设置断点，无法单步跟踪。
当脚本出现问题时，可以使用lr_debug_message，lr_output_message，lr_eval_string等函数协助定位。
脚本错误大部分原因都是向服务器发送的数据不对，因此还可以利用HttpAnalyzer工具进行HTTP协议跟踪，通过比较LoadRunner发送的数据和浏览器发送的数据，便能很快定位出问题根源。
升级会员 