一般應用：C Vuser、VB Vuser、VB scrīpt Vuser、JAVA Vuser、Javascrīpt Vuser
電子商務(wù)：WEB（Http/Html)、FTP、LDAP、Palm、Web/WinsocketDual Protocol
客戶(hù)端/服務(wù)器：MSSQLServer、ODBC、Oracle、DB2、Sybase CTlib、Sybase DBlib、Domain Name Resolution(DNS)、WindowsSocket
分布式組件：COM/DCOM、Corba-Java、Rmi_Java
EJB：EJB、Rmi_Java
ERP/CRP： Oracle NCA、SAP-Web、SAPGUI、SAPGUI/SAP-Web Dual Protocol、PropleSoft_Tuxedo、Siebel Web、Siebel-DB2 CLI、Sieble-MSSQL、Sieble Oracle
遺留系統：Terminal Emulation (RTE)
Mail 服務(wù)：Internet Messaging(IMAP)、MS Exchange(MAPI)、POP3、SMTP
中間件：Jacada、Tuxedo 6、Tuxedo 7
無(wú)線(xiàn)系統：i-mode、voiceXML、WAP
應用部署軟件：Citrix_ICA流：Media Plays(MMS)、Real
一段對于loadrunner協(xié)議選擇的經(jīng)典解答協(xié)議是數據在網(wǎng)絡(luò )中傳輸的結構模式。協(xié)議不同，其數據報文的結構也有所不同。協(xié)議是有層次的，一般我們從ip層開(kāi)始，往上有TCP協(xié)議層，UDP協(xié)議層，而TCP和UDP協(xié)議層上又有http協(xié)議層，ftp協(xié)議層，smtp協(xié)議層等我們在lr中看到的這些應用層的協(xié)議。其實(shí)這些高層協(xié)議都是對底層協(xié)議進(jìn)行的進(jìn)一步封裝。舉個(gè)簡(jiǎn)單例子，本來(lái)IP協(xié)議的數據報文是無(wú)序，不是可靠傳輸的，在其數據報文外面增加了報文序號，報文狀態(tài)等數據段就構成了TCP協(xié)議層。所以我們很多網(wǎng)絡(luò )應用，沒(méi)有找到合適的協(xié)議，就用winsock來(lái)錄制，那是肯定沒(méi)有問(wèn)題的。因為幾乎所有的網(wǎng)絡(luò )傳輸中都是基于tcp 協(xié)議或udp協(xié)議的，而socket正是這一級上的概念。但是由于socket協(xié)議級別太低，你錄下來(lái)的東西是很難理解的，都是 socket，port，data之類(lèi)的東西。所以，我們盡量用高層協(xié)議來(lái)錄制，我們就能看懂了。
話(huà)要再說(shuō)回來(lái)，解決一下具體的問(wèn)題。我們看到一個(gè)軟件體系架構，應該怎樣選擇錄制協(xié)議呢？說(shuō)到這里，我要說(shuō)一下自己對lr錄制機理的理解（我沒(méi)有接觸過(guò)lr內核，只是憑猜測和推斷）。在錄制時(shí)，lr應該會(huì )對你從本機發(fā)出去的數據進(jìn)行截包，并拆包。因為我們知道協(xié)議的不同就是體現在數據包的結構不同，lr應該通過(guò)對包結構的分析，判斷是不是它支持的協(xié)議，對包數據的分析，來(lái)獲取用戶(hù)發(fā)送的東西。比如你用ftp的協(xié)議去錄制一個(gè)訪(fǎng)問(wèn)網(wǎng)頁(yè)的IE操作，那肯定是無(wú)所收獲的。因為lr沒(méi)有在網(wǎng)絡(luò )截獲到 ftp協(xié)議格式的包，都是http協(xié)議格式的包，它不認，當然就是一個(gè)錄制為空的結果了?，F在我們弄懂了這個(gè)事情，就知道該如何選擇協(xié)議了?？匆?jiàn)很多人關(guān)心lr是不是支持mysql協(xié)議。我認為要尋找的答案的思路是這樣的：
1、首先弄清mysql協(xié)議和其他數據庫協(xié)議的關(guān)系，看能不能用其它數據庫協(xié)議錄制。但其實(shí)oracle的cs協(xié)議是oracle獨有自己開(kāi)發(fā)的協(xié)議，sqlserver也是一樣，而mysql又與這幾大產(chǎn)品又不是隸屬關(guān)系，其腳本錄制的可能性很小。
2、mysql協(xié)議的底層是基于什么協(xié)議的，如果直接構建在tcp協(xié)議上，lr又不支持mysql協(xié)議，那只能考慮用低一點(diǎn)的協(xié)議錄錄看，即socket。如果mysql協(xié)議是構建在odbc協(xié)議上的，那么就可能用lr的odbc api來(lái)寫(xiě)。
很多時(shí)候一提到不是基于瀏覽器的應用，很多人就會(huì )想到用WinSocket協(xié)議來(lái)錄制，仿佛Form窗體都可以用Winsocket 。從道理上講網(wǎng)絡(luò )通訊的底層都是基于Socket的，例如TCP、UPD等，似乎所有的程序都可以用Socket協(xié)議來(lái)錄制。但是事實(shí)不是這樣的，因為選擇的協(xié)議決定了LoadRunner如何捕獲數據包。否則會(huì )多捕獲很多無(wú)用的數據。因此，不是所有的程序都是適合WinSocket協(xié)議的。實(shí)際上，那些基于Socket開(kāi)發(fā)的應用才真正適合Socket協(xié)議來(lái)進(jìn)行錄制。其他的，例如基于數據庫的應用，就不太時(shí)候Socket協(xié)議，甚至可能錄制不到腳本。很多C/S程序，一定要選擇合適的協(xié)議。根據作者的經(jīng)驗，C/S的程序多數需要手工開(kāi)發(fā)很多腳本，因為錄制的很多回放時(shí)候或多或少都會(huì )有些問(wèn)題，但是可以參考錄制的結果。所以測試一個(gè)程序，一定要搞清楚開(kāi)發(fā)人員用了什么技術(shù)、數據流是什么協(xié)議封裝的。理論上來(lái)說(shuō)我們在對一個(gè)系統做性能測試以前，要先和開(kāi)發(fā)人員了解一下他們在開(kāi)發(fā)過(guò)程中都用了些什么技術(shù)，數據流是用什么協(xié)議封裝的，還要了解我們要測試的系統的網(wǎng)絡(luò )結構，服務(wù)器的配置等問(wèn)題；還有就是要知道系統客戶(hù)端和第一服務(wù)器間的協(xié)議，這中間就涉及到一個(gè)中間件的問(wèn)題。另外我們要知道協(xié)議的選擇直接關(guān)系到LR會(huì )捕獲到什么樣的數據包。這些是進(jìn)行性能測試的基礎。 下面說(shuō)幾個(gè)測試的原則（都是自己遇到過(guò)的，呵呵，沒(méi)遇到過(guò)的就不知道了）：
1、一般情況下b/s構架的只要 選擇WEB（Http/Html)協(xié)議就可以了，如果有中間件的則選擇中間件服務(wù)器的協(xié)議 ；
2、C/S結構，可以根據后端數據庫的類(lèi)型來(lái)選擇。如SybaseCTLib協(xié)議用于測試后臺的數據庫為Sybase的應用；MS SQL Server協(xié)議用與測試后臺數據庫為 SQL Server的應用；
3、一般不是基于瀏覽器的，對于一些沒(méi)有數據庫的Windows應用，我們在測試的過(guò)程中都會(huì )選擇WinSocket協(xié)議來(lái)錄制，理論上來(lái)講我們這樣選擇是正確的，但我們要知道在錄制的時(shí)候所選擇的協(xié)議就決定了LR如何捕獲數據包，如果我們選擇錯誤了，將會(huì )捕獲到一些無(wú)用的數據包。cs結構是比較復雜的，在這里我要提醒大家，一定要搞清楚cs是client-database還是client-server-database結構的，只有這樣我們才能夠決定是選擇WinSocket協(xié)議還是sql協(xié)議，或者說(shuō)選擇多個(gè)協(xié)議；當然協(xié)議的選擇也是一個(gè)探索的過(guò)程，只要能夠得到我們想要的結果，那就是正確的。還有一點(diǎn)，我們在做性能測試的時(shí)候應該是有測試重點(diǎn)的，呵呵。
4、關(guān)于單協(xié)議和雙協(xié)議，我只知道IE6內核的瀏覽器在錄制腳本的時(shí)候要選擇單協(xié)議，而IE7內核的瀏覽器在錄制腳本的時(shí)候要使用雙協(xié)議
聯(lián)系客服
