loadrunner服务水平协议Word文件下载.docx
- 文档编号:14179852
- 上传时间:2022-10-19
- 格式:DOCX
- 页数:8
- 大小:21.18KB
loadrunner服务水平协议Word文件下载.docx
《loadrunner服务水平协议Word文件下载.docx》由会员分享,可在线阅读,更多相关《loadrunner服务水平协议Word文件下载.docx(8页珍藏版)》请在冰豆网上搜索。
点击新建/从脚本协议中选择webservices脚本类型
现在,当我们新建一个脚本,都会产生一个新的标准的工具栏。
他允许添加webservice中描述的脚本文件,可以显示xml请求数据和返回的数据。
所以点击管理服务,接着导入,在uRl中输入
接着wsdl文件已经导入,直接点击应用和确定。
在这里loadrunner把webservice引用的参数全部列举。
我们准备创建2个实际请求数。
在工具栏中,实现2个操作,一个是“增加呼叫服务”,另外一个是导出soap
点击addservicecall。
在operation的下拉列表中选择getitembyid,在左边的输入参数列表中选择id然后在右边的类型的编辑框中输入1
我们的脚本如下所示:
1.action()
2.{
3.web_service_call("
stepname=getitembyid_101"
4."
soapmethod=cart|icart|getitembyid"
5."
Responseparam=response"
6."
service=cart"
7."
expectedResponse=soapResult"
8."
snapshot=t1248415874.inf"
9.begin_aRguments,
10."
id=1"
11.end_aRguments,
12.begin_Result,
13.end_Result,
14.last);
15.return0;
16.}
现在我们增加一个webservice请求导入soap中。
我们假定我们已经在xml文件的保存在磁盘中。
下面是一个例子:
rsion="
1.0"
encoding="
utF-8"
>
1. xmlns:
xsd="
/wsdl/store-01/"
4.linux
5.
6.
7.
点击“导入soap”按钮和选择你的文件。
在webservicecall(Recommended)中更改“soapRequest”的类型。
在清单中选择uRl和输入soap路径的值为“getitembytitle”。
选择ok我们添加第二次请求叫做linux的详细说明书。
在我们的脚本如下所示:
15.soap_request("
stepname=soapRequest"
16."
uRl=
17."
soapenvelope="
18."
"
19."
xmlns:
xsd=\"
/wsdl/store-01/\"
22."
linux"
23."
24."
25."
26."
soapaction=getitembytitle"
27."
28."
snapshot=t1248416271.inf"
29.last);
30.return0;
31.}
正如你所见的,每个请求都包含在“Responseparam=response”,loadRunner将会自动保存返回到xml的参数化到表repose。
我们可以得到显示该参数化返回的结果。
最后,脚本应该就如下所示:
1.lr_message(lr_eval_string("
Responsexmlis\n{response}"
));
15.
16.lr_message(lr_eval_string("
17.
18.soap_request("
20."
21."
29."
30."
31."
32.last);
33.
34.lr_message(lr_eval_string("
35.
36.return0;
37.}
最后运行脚本。
输出的结果如下所示:
篇二:
loadRunner脚本中的协议选择
loadRunner脚本中的协议选择
1)可以直接确认
这种情况下你可以通过你的测试常识直接判读系统使用了什么样的协议,比如前面说的web系统使用了http./html协议,Ftp服务使用了Ftp协议等;
2)通过研发人员了解被测系统使用了什么样的协议
如果通过你的判断不能确定使用了什么样的协议这个时候,你可以跟研发人员进行沟通,确认他在开发的过程中使用了什么样的协议。
3)使用常用的数据监听工具进行数据包分析
有的时候可能你的研发人员也不能确定他在开发过程中使用了什么协议,这个确实是有可能的特别是现在的研发人员特别喜欢用别人的插件,或者开发环境封装的很好,导致他们没有开发底层的协议栈,这个时候就需要你自己去判断,自己判断过程中可以借助协议分析工具,常用的协议分析工具如:
snifferpro,ethreal等;
这些工具可以通过抓取数据然后对数据包进行分析的方法分析出现在常用的协议。
能力还是相当的强的。
4)万能协议winsocket协议
如果上述方法都不行,但是你还想用lR完成你的性能测试,没有办法这个时候可以拿出这个winsocket协议进行脚本的开发,这个协议只要是在windows上的通信的软件都可以将脚本开发出来,但是脚本调试的难度相当到,需要看大量的16进制的数据,并且有的时候还需要复杂的管理,本人建议能不用,最好不用。
5)另外可以通过以下文章对协议选择有更深入的了解loadRunner的协议选择
1.lR支持多种协议,请大家一定要注意,这个地方协议指的是你的client端通过什么协议访问的server,client一般是面向最终使用者的,server是第一层server端,因为现在的体系架构中经常server层也分多个层次,什么应用层,什么数据层等等,lR只管client如何访问第一层server.
2.特别要注意某些应用,例如一个web系统,这个系统是通过activex控件来访问后台的,ie只是一个容器,而activex控件访问后台是通过com/dcom协议的,这种情况就不能使用web协议,否则你什么也录制不到,所以,lR工程师一定要了解应用程序的架构和使用的技术。
3.谈谈多协议lR是支持在一个脚本里面使用多协议的,不过这个多协议是有一定的限制的,我有一个lR7.6上哪些协议支持多协议,lR8.0是不是取消了这些限制我不清楚。
象https,一般来讲一定要选择多协议,但在选择具体协议的时候一定只选web协议,这时候才能作那个端口映射。
4.谈谈web协议中optionweb协议里面有一些option,具体我记不清楚了,但有一个地方很重要:
就是选择uRl方式还是htm方式录制,这里有一些原则a.尽量使用htm方式录制b.如果使用了javascrīpt,并且javascrīpt里面与后台有交互,那一定要使用uRl方式,例如javascrīpt用于判断用户名和密码是否正确(与后台一定会有交互),那么就要使用uRl方式录制;
但如果javascipt只是判断用户名或密码的格式,那一般不会与后台发生交互,就不需要使用uRl方式。
至于什么情况下一定要用uRl方式,我曾经写过一个文档,但现在我不记得了不好意思。
5.谈谈并发点和结果检查很多人喜欢使用并发点和结果检查,我谈谈我自己的看法。
第一
我基本上从来不使用结果检查,压力测试的结果我一般是去后台检查存储层的数据是否正确的。
lR只能检查协议层上的错误,但如果在大量并发用户的情况下使用返回结果检查例如reg_text_check,会极大的占用客户端的资源,我一般不这么作;
至于并发点,我只有在客户强烈要求的情况下才会使用,否则基本不用
使用loadRunner如何更好的选择协议
测试b/s系统选择web(http/html)。
测试一个c/s系统要根据所用到的后台数据库来选择不同的协议:
1.后台数据库是sybase,则采用sybasectlib协议。
2.
3.
4.
5.后台数据库是sqlserver,则使用mssqlserver协议。
后台数据库是oracle数据库,就使用oracle2-tier协议。
没有数据库的c/s(ftp,smtp)系统,可以选择windowssockets协议。
其他的eRp,ejb(需要ejbdetector.jar),选择相应的协议即可。
loadRunner与winsock协议
在讨论winso
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- loadrunner 服务水平 协议