LR协议选取规则

1.任何高级协议的底层都是用Winsocket通信
2.不管你系统中有多少个服务器，lr录制的始终是客户端与第一个服务器之间的通信内容,
客户端用IE访问的一般都选http协议（对于常见的，b/s系统，选择Web(Http/Html)）3.LR是怎么样工作的：LR捕捉API(应用程序接口)请求然后再把它们回放，既然大部分
网络协议都是架构在winsocket协议之上的，那对于lr不支持的协议，我们都可以在winsocket层上录制脚本。

所以当找不到合适协议的时候，可以选择winsocket来录制。

4.LR选择协议只考虑与直接加压的机器间通信所采用的协议，就是客户端
5.协议选择请确认系统，还有后台是什么数据库，再选择正确的协议
6.“双协议Web/WinSock”的引擎使用一种不同的机制，因此应视为单协议并且不能与其
他多协议类型结合使用。

7.HTTP或Winsocket做为唯一协议脚本时选项不可用。

8．C/S系统：根据C/S结构所用到的后台数据库来选择不同的协议,如果后台数据库是sybase，则采用sybaseCTlib协议，如果是sql server,则使用MS sql server的协议，至于oracle 数据库系统，当然就使用oracle 2-tier协议。

9．没有数据库的c/s（ftp,sm tp）这些可以选择windwos wockets协议。

10. 应用程序部署解决方案：适用于Citrix 协议。

11. 客户端L服务器：适用于MS SQL、ODBC、Oracle （两层）、DB2 CLI、
.Sybase Ctlib、Sybase Dblib、Windows Sockets 和DNS 协议。

1.自定义：适用于 C 模板、Visual Basic 模板、Java 模板、Javascript 和
VBscript 类型脚本。

2.分布式组件：适用于COM/DCOM、Corba-Java 和Rmi -Java 协议。

3. 电子商务：适用于FTP、LDAP、Palm、SOAP、Web (HTTP/HTML) 和双
Web/Winsocket 协议。

3.enterprise java bean：适用于EJB 测试和Rmi-Java 协议。

4.erp/crm：适用于Baan、Oracle NCA、Peoplesoft-Tuxedo、Peoplesoft 8
Wereb 多语言、SAPGUI、SAP-Web 和Siebel （Siebel-DB2CLI、Siebel-
MSSQL、Siebel-Web 和Siebel-Oracle）协议。

5.传统：适用于终端仿真(RTE)。

6.邮件服务：Internet 邮件访问协议(IMAP)、MS Exchange (MAPI)、POP3
和SMTP。

7.中间件：Jacada 和Tuxedo （6、7）协议。

8.流：适用于MediaPlayer 和RealPlayer 协议。

9.无线：适用于i-Mode、V oiceXML 和W AP 协议。

内容简介
loadrunner/" target="_blank" >LoadRunner脚本开发过程中的协议选择作为脚本开发的第一个步骤，相当重要，只有选择了合理的正确的协议才能开发出好的测试脚本。

在协议选择过程中需要注意选择与被测对象相应的脚本，比如Web系统一般选择HTTP./HTML协议，FTP 服务器一般选择FTP协议的脚本，另外在协议选择之前需要确认被测系统使用了什么协议，这里说到的协议指的是应用层的协议，一般确认系统选择了什么样的协议一般有以下几种方法：
1）可以直接确认
这种情况下你可以通过你的测试常识直接判读系统使用了什么样的协议，比如前面说的Web 系统使用了HTTP./HTML协议，Ftp服务使用了FTP协议等；
2）通过研发人员了解被测系统使用了什么样的协议
如果通过你的判断不能确定使用了什么样的协议这个时候，你可以跟研发人员进行沟通，确认他在开发的过程中使用了什么样的协议。

3）使用常用的数据监听工具进行数据包分析
有的时候可能你的研发人员也不能确定他在开发过程中使用了什么协议，这个确实是有可能的特别是现在的研发人员特别喜欢用别人的插件，或者开发环境封装的很好，导致他们没有开发底层的协议栈，这个时候就需要你自己去判断，自己判断过程中可以借助协议分析工具，常用的协议分析工具如：sniffer Pro，ethreal等；这些工具可以通过抓取数据然后对数据包进行分析的方法分析出现在常用的协议。

能力还是相当的强的。

4）万能协议Winsocket协议
如果上述方法都不行，但是你还想用LR完成你的性能测试，没有办法这个时候可以拿出这个Winsocket协议进行脚本的开发，这个协议只要是在Windows上的通信的软件都可以将脚本开发出来，但是脚本调试的难度相当到，需要看大量的16进制的数据，并且有的时候还需要复杂的管理，本人建议能不用，最好不用。

另外可以通过以下的这些文章对协议选择进行更深入的了解：
1. LoadRunner的协议选择
/html/86/n-159286.html
编者语：
从网络上获取的一篇关于LR中协议选择的文章，写的还是可以，虽然篇幅不大，但是也说出了LR中协议选择的一些东东，大家可以看一下。

2. LoadRunner的协议选择、Winsocket、CS应用程序
/html/85/n-159285.html
编者语：
这篇也是在网上获得的一篇，从用户喜欢winsocket协议开始说起，其中介绍了协议选择的一些东东，还是有些参考价值。

3. 使用LoadRunner如何更好的选择协议
/html/20/n-159320.html
编者语：
网上获得的一篇文章，标题不错，文章正文中提到了协议选择的5中方法，可以作为大家的一些参考。

4. Loadrunner录制脚本，协议的选择
/html/21/n-159321.html
编者语：
又是一篇来自网络的文章，介绍了LR中协议选择的一般方法，阐述了通常情况下如何选择协议，可以看看。

5. LoadRunner与Winsock协议
/html/22/n-159322.html
编者语：
这篇文章的录入本来不属于这个题，但是看到大家一般在录制脚本的时候还是比较喜欢winsocket，所以把这篇文章加入，并且这篇文章中介绍了sockes的一些东西，还不错。

6. LoadRunner之协议选择
/html/19/n-159319.html
编者语：
这篇我们我认为是这里面比较好的一篇，是邀请我的朋友冰岩写的一篇文章，从什么是TCP/IP协议以及网络分层，到LR录制脚本中如何选择协议，以及协议选择的一般策略等，写的相当不错，建议大家一定要看一看。

编者总结：
本文作为LR专题系列的其中的一个专题，编者在网络上收集了一些文章，但是感觉还是不充足就邀请自己的朋友冰岩写了一篇，这个专题阐述了在LR脚本开发过程中的一个小环节协议选择，相信大家通过这些文章对协议选择应该有一个合理的理解，可能还有不够全面的地方。

希望在今后的工作中可以再次、更多的对这个专题进行总结，另外网友如果有其他的一些看法，或者有好的建议可以发到我的信箱：ligang@；
编者：阳光
本文标题：LoadRunner脚本中的协议选择
/ceshi/zhuanti/2011/0504/202333.html
原文转自：。