LoadRunner對不同協(xié)議的選擇

LoadRunner對不同協(xié)議的選擇

以前使用Loadrunner只選擇過web(Http/Html)，但其實協(xié)議多種多樣。在B/S結構的網(wǎng)站多種業(yè)務的特點需要選擇不同的協(xié)議，耿電在給我們就介紹了用過的不同的協(xié)議。協(xié)議如何選擇呢，尋找了相關資料。

　　LoadRunner首先是一個測試工具，其次是一個性能測試工具，然后是該工具是一個基于協(xié)議，也就是說LoadRunner測試的對象都需要使用通信協(xié)議，對于那些不使用通信協(xié)議僅僅進行本地處理的軟件例如Microsoft Word，LoadRunner就不適用。說到通信協(xié)議我們來熟悉一下協(xié)議的分層，按照OSI的分層模型，分層結構如下：

　　　按照TCP/IP協(xié)議的分層，分層結構如下：

　　　第一個分層是由OSI制定但不實用，后一個是目前廣泛使用且被業(yè)界認做既定標準的協(xié)議分層，下文探討的LoadRunner協(xié)議選擇即按TCP/IP協(xié)議的分層模型討論。

　　接著來說說LoadRunnerVuGen中的協(xié)議分類，VuGen(LR8.1)中的協(xié)議分類如下表所示：

　　LoadRunner VuGen中的協(xié)議與文章開頭所說的通信協(xié)議還是有一定的區(qū)別的，例如像LoadRunner VuGen中的C 模板、Visual Basic 模板、Java 模板、Javascript 和 VBScript 類型的腳本均為開發(fā)語言，非通信協(xié)議。

　　一般來說協(xié)議選擇有如下原則：

　　B/S結構，選擇WEB(Http/Html)協(xié)議;

　　C/S結構，可以根據(jù)后端數(shù)據(jù)庫的類型來選擇，如SybaseCTLib協(xié)議用于測試后臺的數(shù)據(jù)庫為Sybase的應用;MSSQLServer協(xié)議用與測試后臺數(shù)據(jù)庫為SQL Server的應用;

　　對于有些使用純JAVA編寫的C/S結構的東東，采用JAVA，而且不能錄制只能手工編寫代碼(工作量和難度還是有的)。同樣不能錄制的還包括C、VB Script、VB、VBNet User協(xié)議。

　　對于一些沒有數(shù)據(jù)庫的Windows應用，可選用Windows Sockets底層協(xié)議;使用了數(shù)據(jù)庫但使用的是ODBC連接的數(shù)據(jù)則選擇ODBC協(xié)議;對于Windows Sockets協(xié)議來說，最適合的那些基于Socket開發(fā)的應用程序;但是由于網(wǎng)絡通訊的底層都是基于Socket的，因此幾乎所有的應用程序都能夠通過Socket來錄制，哪可能有人會問，哪既然Socket都能錄制下來，還要那么多協(xié)議做什么，價格還賊貴，其實最主要的原因就是Socket錄制的代碼可讀性較差，如果Socket的腳本可讀性較高的話，實話就沒有其他協(xié)議出現(xiàn)的必要性了。

　　對于郵件來說，首先要看你收郵件的途徑，如果你通過WEB頁面收發(fā)郵件，毫無疑問，你選擇協(xié)議時就需要選擇HTTP協(xié)議，如果你通過郵件客戶端，像OutLook、FoxMail之類的，則需要根據(jù)操作不同選擇不同的協(xié)議了，例如發(fā)郵件你可能要選擇SMTP、收郵件你可能需要選擇POP3。

　　Telnet、SSH選擇RTE協(xié)議(SSH不知道是不是，有待考證)。