使用loadrunner录制脚本时如何选择合适的协议

使用 LoadRunner 录制脚本时如何选择合适的协议 正确选择协议，就要熟悉被 测试应用的技术架构。以下列出一些 LoadRounner 支持的协 议： 一般应用：C Vuser、VB Vuser、VB Script Vuser、JAVA Vuser、JavaScript Vuser 电子商务：WEB（Http/Html)、FTP、LDAP、Palm、Web/WinsocketDual Protocol 客户端/服务器：MS SQL Server、ODBC、Oracle、DB2、Sybase CTlib、Sybase DBl ib、 Domain Name Resolution(DNS)、Windows Socket 分布式组件：COM/DCOM、 Corba-Java、Rmi_Java EJB：EJB、Rmi_Java ERP/CRP：Oracle NCA、SAP-Web 、SAPGUI 、SAPGUI/SAP-Web Dual Protocol、Pr opleSoft_Tuxedo、Siebel Web、Siebel-DB2 CLI、Sieble-MSSQL、Sieble Oracle 遗留系统：Terminal Emulation (RTE) Mail 服务： Internet Messaging(IMAP)、MS Exchange(MAPI)、POP3 、SMTP 中间件：Jacada 、Tuxedo 6、Tuxedo 7 无线系统：i-mode、voiceXML、WAP 应用部署软件：Citrix_ICA 流：Media Plays(MMS)、Real 一段对于 loadrunner 协议选择的经典解答协议是数据在网络中传输的结构模式。协议不 同，其数据报文的结构也有所不同。 协议是有层次的，一般我们从 ip 层开始，往上有 TC P 协议层，UDP 协议层，而 TCP 和 UDP 协议层上又有 http 协议层，ftp 协议层，smtp 协议层等我们在 lr 中看到的这些应用层的协议。 其实这些高层协议都是对底层协议进行 的进一步封装。举个简单例子，本来 IP 协议的数据报文是无序，不是可靠传输的，在其数 据报文外面增加了报文序号，报文状态等数据段就构成了 TCP 协议层。 所以我们很多网 络应用，没有找到合适的协议，就用 winsock 来录制，那是肯定没有问题的。因为几乎所 有的网络传输中都是基于 tcp 协议或 udp 协议的，而 socket 正是这一级上的概念。但是 由于 socket 协议级别太低，你录下来的东西是很难理解的，都是 socket，port，data 之 类的东西。所以，我们尽量用高层协议来录制，我们就能看懂了。 话要再说回来，解决一下具体的问题。我们看到一个软件体系架构，应该怎样选择录制协 议呢？说到这里，我要说一下自己对 lr 录制机理的理解（我没有接触过 lr 内核，只是凭猜 测和推断）。在录制时，lr 应该会对你从本机发出去的数据进行截包，并拆包。因为我们 知道协议的不同就是体现在数据包的结构不同，lr 应该通过对包结构的分析，判断是不是 它支持的协议，对包数据的分析，来获取用户发送的东西。 比如你用 ftp 的协议去录制一 个访问网页的 IE 操作，那肯定是无所收获的。因为 lr 没有在网络截获到 ftp 协议格式的包 ，都是 http 协议格式的包，它不认，当然就是一个录制为空的结果了。 现在我们弄懂了 这个事情，就知道该如何选择协议了。看见很多人关心 lr 是不是支持 mysql 协议。我认 为要寻找的答案的思路是这样的： 1、首先弄清 mysql 协议和其他 数据库协议的关系，看能不能用其它数据库协议录制。但 其实 oracle 的 cs 协议是 oracle 独有自己开发的协议，sqlserver 也是一样，而 mysql 又 与这几大产品又不是隶属关系，其脚本录制的可能性很小。 2、mysql 协议的底层是基于什么协议的，如果直接构建在 tcp 协议上，lr 又不支持 mys ql 协议，那只能考虑用低一点的协议录录看，即 socket。如果 mysql 协议是构建在 odb c 协议上的，那么就可能用 lr 的 odbc api 来写。 很多时候一提到不是基于浏览器的应用，很多人就会想到用 WinSocket 协议来录制，仿佛 Form 窗体都可以用 Winsocket 。从道理上讲网络通讯的底层都是基于 Socket 的，例如 TCP、UPD 等，似乎所有的程序 都可以用 Socket 协议来录制。但是事实不是这样的，因 为选择的协议决定了 LoadRunner 如何捕获数据包。否则会多捕获很多无用的数据。因此 ，不是所有的程序都是适合 WinSocket 协议的。实际上，那些基于 Socket 开发的应用才 真正适合 Socket 协议来进行录制。其他的，例如基于数据库的应用，就不太时候 Socket 协议，甚至可能录制不到脚本。很多 C/S 程序，一定要选择合适的协议。根据作者的经验 ，C/S 的程序多数需要手工开发很多脚本，因为录制的很多回放时候或多或少都会有些问 题，但是可以参考录制的结果。所以测试一个程序，一定要搞清楚开发人员用了什么技术 、数据流是什么协议封装的。理论上来说我们在对一个系统做性能测试以前，要先和开发 人员了解一下他们在开发过程中都用了些什么技术，数据流是用什么协议封装的，还要了 解我们要测试的系统的网络结构，服务器的配置等问题；还有就是要知道系统客户端和第 一服务器间的协议，这中间就涉及到一个中间件的问题。另外我们要知道协议的选择直接 关系到 LR 会捕获到什么样的数据包。这些是进行性能测试的基础。 下面说几个测试的原 则（都是自己遇到过的，呵呵，没遇到过的就不知道了）： 1、一般情况下 b/s 构架的只要 选择 WEB（Http/Html)协议就可以了，如果有中间件的 则选择中间件服务器的协议 ； 2、C/S 结构，可以根据后端数据库的类型来选择。如 SybaseCTLib 协议用于测试后台的 数据库为 Sybase 的应用；MS SQL Server 协议用与测试后台数据库为 SQL Server 的应 用； 3、一般不是基于浏览器的，对于一些没有数据库的 Windows 应用，我们在测试的过程中 都会选择 WinSocket 协议来录制，理论上来讲我们这样选择是正确的，但我们要知道在录 制的时候所选择的协议就决定了 LR 如何捕获数据包，如果我们选择错误了，将会捕获到 一些无用的数据包。cs 结构是比较复杂的，在这里我要提醒大家，一定要搞清楚 cs 是 cli ent-database 还是 client-server-database 结构的，只有这样我们才能够决定是选择 W inSocket 协议还是 sql 协议，或者说选择多个协议；当然协议的选择也是一个探索的过程 ，只要能够得到我们想要的结果，那就是正确的。还有一点，我们在做性能测试的时候应 该是有测试重点的。 4、关于单协议和双协议，根据经验，只知道 IE6 内核的浏览器在录制脚本的时候要选择 单协议，而 IE7 内核的浏览器在录制脚本的时候要使用双协议。 协议选择参考： 应用类型 协议选择 1. Web 网站 HTTP/HTML 2. FTP 服务器 FTP 3. 邮件服务器 IMAP，POP3，SMTP 4. C/S （第一种）客户端以 ADO，OLEDB 方法连接后台数据库