MILY: 宋體; mso-ascii-font-family: 'Times New Roman'; mso-hansi-font-family: 'Times New Roman'">在學習LoadRunner協議選擇之前,我覺得我們有必要了解一下協議的基本概念。首先我們知道,計算機與計算機之間的通信都離不開通信協議，接著我們來說說通信協議的概念。通信協議是什么，通信協議實際上是一組規定和約定的集合。說白了就是兩臺或者多臺計算機在通信時必須約定好本次通信做什么，例如是進行文件傳輸，還是發送電子郵件；然后約定怎樣通信，什么時間通信等。因此，通信雙方要遵從相互可以接受的協議（相同或兼容的協議）才能進行通信，如目前因特網上廣泛使用的TCP/IP協議等，任何計算機連入網絡后只要運行TCP/IP協議，就可訪問因特網。
了解了協議的基本概念和作用之后，我們來說說LoadRunner的協議選擇。LoadRunner首先是一個測試工具，其次是一個性能測試工具，然后是該工具是一個基于協議，也就是說LoadRunner測試的對象都需要使用通信協議，對于那些不使用通信協議僅僅進行本地處理的軟件例如Microsoft Word，LoadRunner就不適用。
說到通信協議我們來熟悉一下協議的分層，按照OSI的分層模型，分層結構如下：
|
OSI七層模型 |
TCP/IP協議 |
|
應用層 |
應用層（Application） |
|
表示層 | |
|
會話層 | |
|
傳輸層 |
傳輸層（Transport） |
|
網絡層 |
網絡層（Internet） |
|
數據鏈路層 |
網絡接口層（Network） |
|
物理層 |
|
按照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）中的協議分類如下表所示：
|
Citrix | |
|
客戶端/ 服務器 |
DB2 CLI、DNS、Informix、MS SQL Server、ODBC、Oracle（2 層）、Sybase Ctlib、Sybase Dblib 和 Windows Sockets 協議 |
|
自定義 |
|
|
分布式組件 |
適用于 COM/DCOM、Corba-Java 和 Rmi-Java 協議。 |
|
電子商務 |
FTP、LDAP、Palm、PeopleSoft 8 mulit-lingual、SOAP、Web(HTTP/HTML) 和雙 Web/WinSocket 協議。 |
|
|
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 協議。 |
仔細研究發現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的腳本可讀性較高的話，實話就沒有其他協議出現的必要性了。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
