按照TCP/IP协议的分层，分层结构如下：
TCP/IP协议
对应的服务
应用层
WWW、SMTP、FTP、Telnet、Gopher、SNMP
Socket、NetBIOS
传输层
TCP、UDP
网络层
IP（ARP、RARP、ICMP）
网络接口层
Ethernet、X.25、PPP、SLIP
第一个分层是由OSI制定但不实用，后一个是目前广泛使用且被业界认做既定标准的协议分层，下文探讨的LoadRunner协议选择即按TCP/IP协议的分层模型讨论。
接着来说说LoadRunner VuGen中的协议分类，VuGen（LR8.1）中的协议分类如下表所示：
javascript:;" target=_self>
应用程序部署解决方案
Citrix ICA
客户端/ 服务器
DB2 CLI、DNS、Informix、MS SQL Server、ODBC、Oracle（2 层）、Sybase Ctlib、Sybase Dblib 和 Windows Sockets 协议
自定义
C 模板、Visual Basic 模板、Java 模板、Javascript 和 VBScript 类型的脚本。
分布式组件
适用于 COM/DCOM、Corba-Java 和 Rmi-Java 协议。
电子商务
FTP、LDAP、Palm、PeopleSoft 8 mulit-lingual、SOAP、Web(HTTP/HTML) 和双 Web/WinSocket 协议。
Enterprise Java Bean
EJB 测试和 Rmi-Java 协议。
ERP/CRM
Baan、Oracle NCA、Peoplesoft-Tuxedo、SAP-Web、SAPGUI、Siebel-DB2 CLI、Siebel-MSSQL、Siebel-Web 和 Siebel-Oracle 协议
传统
终端仿真 (RTE)。
邮件服务
Internet 邮件访问协议 (IMAP)、MS Exchange (MAPI)、POP3 和SMTP。
中间件
Jacada 和 Tuxedo （6、7）协议。
流数据
Media Player (MMS) 和 Real 协议。
无线
i-Mode、VoiceXML 和 WAP 协议。
Javascript 和 VBScript 类型的脚本均为开发语言，非通信协议，但LoadRunner即把它列在这儿，我们也就暂且认可。
了解了LoadRunner的协议类型之后,我们进入正式话题，即测试时如何选择协议。
正式测试之前，测试人员都需要预先熟悉被测对象，我们需要知道我们的被测对象是一个什么样的结构，是B/S结构还是C/S结构，了解这个之后，我们还需要了
解被测对象所使用的协议是什么，也许有的人说我们的程序使用的是TCP/IP协议，其实他的回答跟我们需要知道的差别很大，因为我们知道，所有的通信软件都需要使用
TCP/IP协议，为什么呢，因为这个协议是底层协议，所有应用层数据都必须经过这个协议封装之后才能向更底一层传输。我们需要知道的是被测对象在应用层使用的是什
么协议，就像我们使用邮件客户端发送邮件一样，我们知道使用的应用层协议是SMTP，使用邮件客户端接收邮件时使用的时POP3协议。了解上述信息之后，我们的定位也
就准确了，也就是说在LoadRunner中所说的协议基本上都是应用层协议（也有底层协议，例如 Windows Sockets），知道这点之后，我们在询问开发人员时就避免了不少
麻烦，省的开发人员告诉你我们使用的是TCP/IP协议或者其他底层协议。
了解了LoadRunner中的协议之后，我们就进入协议确定阶段，协议的确定，通常有如下几种方法：
1、通过询问开发人员获知所使用的协议，通常这是最简单也是最直接的方法；因为没有人比开发人员更清楚他们所开发的应用程序使用的什么通信协议了；
2、通过概要或详细设计手册获知所使用的协议，在没有开发人员支持的情况，通过概要设计或详细设计获知所使用的协议不失为第二简便方法；
3、通过协议分析工具捕包分析，然后确定被测对象所使用的协议。在使用协议分析工具分析协议过程当中一定要摒除底层协议，不要被底层协议所迷惑；
4、通过以往测试经验确定被测对象所使用的协议，当然通过这种方法确定的协议有一定的不准确性；
通过以上四种方法我们基本就确定了录制时应该选择什么协议，光确定协议是没有用的，最主要的是付诸行动，确定了协议之后，我们进入VuGen开始录制脚本，录制完
成后看看是否生成相应脚本，如果脚本内容为空可能我们选择的协议不正确，我们可以尝试选择其他协议。
一般来说协议选择有如下原则：
B/S 结构，选择WEB（Http/Html)协议；
C/S结构，可以根据后端数据库的类型来选择，如SybaseCTLib协议用于测试后台的数据库为Sybase的应用；MS SQL Server协议用与测试后台数据库为 SQL Server的应
用；对于一些没有数据库的Windows应用，可选用Windows Sockets底层协议；使用了数据库但使用的是ODBC连接的数据则选择ODBC协议；
对于有些使用纯JAVA编写的C/S结构的东东，采用JAVA，而且不能录制只能手工编写代码（工作量和难度还是有的）。同样不能录制的还包括C、VB Script、VB、VBNet
User协议。
对于Windows Sockets协议来说，最适合的那些基于Socket开发的应用程序；但是由于网络通讯的底层都是基于Socket的，因此几乎所有的应用程序都能够通过Socket来
录制，哪可能有人会问，哪既然Socket都能录制下来，还要那么多协议做什么，价格还贼贵，其实最主要的原因就是Socket录制的代码可读性较差，如果Socket的脚本可
读性较高的话，实话就没有其他协议出现的必要性了。
对于邮件来说，首先要看你收邮件的途径，如果你通过WEB页面收发邮件，毫无疑问，你选择协议时就需要选择HTTP协议，如果你通过邮件客户端，像OutLook、FoxMail
之类的，则需要根据操作不同选择不同的协议了，例如发邮件你可能要选择SMTP、收邮件你可能需要选择POP3。
Citrix ICA
客户端/ 服务器
DB2 CLI、DNS、Informix、MS SQL Server、ODBC、Oracle（2 层）、Sybase Ctlib、Sybase Dblib 和 Windows Sockets 协议
自定义
C 模板、Visual Basic 模板、Java 模板、Javascript 和 VBScript 类型的脚本。
分布式组件
适用于 COM/DCOM、Corba-Java 和 Rmi-Java 协议。
电子商务
FTP、LDAP、Palm、PeopleSoft 8 mulit-lingual、SOAP、Web(HTTP/HTML) 和双 Web/WinSocket 协议。
Enterprise Java Bean
EJB 测试和 Rmi-Java 协议。
ERP/CRM
Baan、Oracle NCA、Peoplesoft-Tuxedo、SAP-Web、SAPGUI、Siebel-DB2 CLI、Siebel-MSSQL、Siebel-Web 和 Siebel-Oracle 协议
传统
终端仿真 (RTE)。
邮件服务
Internet 邮件访问协议 (IMAP)、MS Exchange (MAPI)、POP3 和SMTP。
中间件
Jacada 和 Tuxedo （6、7）协议。
流数据
Media Player (MMS) 和 Real 协议。
无线
i-Mode、VoiceXML 和 WAP 协议。
应用类型 协议选择
1. Web网站 HTTP/HTML
2. FTP服务器 FTP
3. 邮件服务器 IMAP，POP3，SMTP
4. C/S （第一种）客户端以ADO，OLEDB方法连接后台数据库 MS SQL Server，Oracle，Sybase，DB2，Infrmix
C/S （第二种）客户端以ODBC方法连接后台数据库 ODBC
C/S （第三种）没有后台数据库 Socket
5. ERP系统 SAP Peoplesoft
6.分布式组件 COM/DACOM EJB
7.无线应用 WAP PALM
仔细研究发现LoadRunner VuGen中的协议与文章开头所说的通信协议还是有一定的区别的，例如像LoadRunner VuGen中的C 模板、Visual Basic 模板、Java 模板、Javascript 和 VBScript 类型的脚本均为开发语言，非通信协议，但LoadRunner即把它列在这儿，我们也就暂且认可。
了解了LoadRunner的协议类型之后,我们进入正式话题，即测试时如何选择协议。
正式测试之前，测试人员都需要预先熟悉被测对象，我们需要知道我们的被测对象是一个什么样的结构，是B/S结构还是C/S结构，了解这个之后，我们还需要了
解被测对象所使用的协议是什么，也许有的人说我们的程序使用的是TCP/IP协议，其实他的回答跟我们需要知道的差别很大，因为我们知道，所有的通信软件都需要使用
TCP/IP协议，为什么呢，因为这个协议是底层协议，所有应用层数据都必须经过这个协议封装之后才能向更底一层传输。我们需要知道的是被测对象在应用层使用的是什
么协议，就像我们使用邮件客户端发送邮件一样，我们知道使用的应用层协议是SMTP，使用邮件客户端接收邮件时使用的时POP3协议。了解上述信息之后，我们的定位也
就准确了，也就是说在LoadRunner中所说的协议基本上都是应用层协议（也有底层协议，例如 Windows Sockets），知道这点之后，我们在询问开发人员时就避免了不少
麻烦，省的开发人员告诉你我们使用的是TCP/IP协议或者其他底层协议。
了解了LoadRunner中的协议之后，我们就进入协议确定阶段，协议的确定，通常有如下几种方法：
1、通过询问开发人员获知所使用的协议，通常这是最简单也是最直接的方法；因为没有人比开发人员更清楚他们所开发的应用程序使用的什么通信协议了；
2、通过概要或详细设计手册获知所使用的协议，在没有开发人员支持的情况，通过概要设计或详细设计获知所使用的协议不失为第二简便方法；
3、通过协议分析工具捕包分析，然后确定被测对象所使用的协议。在使用协议分析工具分析协议过程当中一定要摒除底层协议，不要被底层协议所迷惑；
4、通过以往测试经验确定被测对象所使用的协议，当然通过这种方法确定的协议有一定的不准确性；
通过以上四种方法我们基本就确定了录制时应该选择什么协议，光确定协议是没有用的，最主要的是付诸行动，确定了协议之后，我们进入VuGen开始录制脚本，录制完
成后看看是否生成相应脚本，如果脚本内容为空可能我们选择的协议不正确，我们可以尝试选择其他协议。
一般来说协议选择有如下原则：
B/S 结构，选择WEB（Http/Html)协议；
C/S结构，可以根据后端数据库的类型来选择，如SybaseCTLib协议用于测试后台的数据库为Sybase的应用；MS SQL Server协议用与测试后台数据库为 SQL Server的应
用；对于一些没有数据库的Windows应用，可选用Windows Sockets底层协议；使用了数据库但使用的是ODBC连接的数据则选择ODBC协议；
对于有些使用纯JAVA编写的C/S结构的东东，采用JAVA，而且不能录制只能手工编写代码（工作量和难度还是有的）。同样不能录制的还包括C、VB Script、VB、VBNet
User协议。
对于Windows Sockets协议来说，最适合的那些基于Socket开发的应用程序；但是由于网络通讯的底层都是基于Socket的，因此几乎所有的应用程序都能够通过Socket来
录制，哪可能有人会问，哪既然Socket都能录制下来，还要那么多协议做什么，价格还贼贵，其实最主要的原因就是Socket录制的代码可读性较差，如果Socket的脚本可
读性较高的话，实话就没有其他协议出现的必要性了。
对于邮件来说，首先要看你收邮件的途径，如果你通过WEB页面收发邮件，毫无疑问，你选择协议时就需要选择HTTP协议，如果你通过邮件客户端，像OutLook、FoxMail
之类的，则需要根据操作不同选择不同的协议了，例如发邮件你可能要选择SMTP、收邮件你可能需要选择POP3。