Loadrunner測試Windows Socket

Windows下網路編程的規範－Windows Sockets是Windows下得到廣泛應用的、開放的、支援多種協議的網路編程介面。從1991年的1.0版到1995年的2.0.8版，經過不斷完善並在Intel、Microsoft、Sun、SGI、Informix、Novell等公司的全力支援下，已成為Windows網路編程的事實上的標準。 Windows Sockets規範定義並記錄了如何使用API與Internet協議族（IPS，通常我們指的是TCP/IP）串連，尤其要指出的是所有的Windows Sockets實現都支援流套介面和資料報套介面.應用程式調用Windows Sockets的API實現相互之間的通訊。 
        Windows Sockets又利用下層的網路通訊協議功能和作業系統調用實現實際的通訊工作。通訊的基礎是套介面（Socket），一個套介面是通訊的一端。在這一端上你可以找到與其對應的一個名字。一個正在被使用的套介面都有它的類型和與其相關的進程。套介面存在於通訊域中。通訊域是為了處理一般的線程通過套介面通訊而引進的一種抽象概念。套介面通常和同一個域中的套介面交換資料（資料交換也可能穿越域的界限，但這時一定要執行某種解釋程式）。Windows Sockets規範支援單一的通訊域，即Internet域。各種進程使用這個域互相之間用Internet協議族來進行通訊（Windows Sockets 1.1以上的版本支援其他的域，例如Windows Sockets 2）。套介面可以根據通訊性質分類；這種性質對於使用者是可見的。應用程式一般僅在同一類的套介面間通訊。不過只要底層的通訊協議允許，不同類型的套介面間也照樣可以通訊。使用者目前可以使用兩種套介面，即流套介面和資料報套介面。流套介面提供了雙向的，有序的，無重複並且無記錄邊界的資料流服務。
        資料報套介面支援雙向的資料流，但並不保證是可靠，有序，無重複的。一個在建立分布式應用時最常用的範例便是客戶機/伺服器模型。在這種方案中客戶應用程式向伺服器程式請求服務。這種方式隱含了在建立客戶機/伺服器間通訊時的非對稱性。客戶機/伺服器模型工作時要求有一套為客戶機和伺服器所共識的慣例來保證服務能夠被提供（或被接受）。協議可能是對稱的或是非對稱的。在對稱的協議中，每一方都有可能扮演主從角色；在非對稱協議中，一方被不可改變地認為是主機，而另一方則是從機。一個對稱協議的例子是Internet中用於終端模擬的TELNET。而非對稱協議的例子是Internet中的FTP。
        言歸正傳，如何來測試使用windows sockets協議的效能呢？可以使用loadrunner來測試。步驟如下
        首先、我們需要獲得傳送的資料包的內容，可以通過抓包工具來擷取（如sniffer等，關於sniffer的使用，我以後會寫一篇文章來講的），也可以直接向開發人員索取。要理解資料包中每位元據的含義，如哪些是啟始位，哪些是本文，哪些是校正，哪些是結束等。並統計資料包大小。
        第二步、我們開始編寫指令碼，
          1、我們初始化Windows Sockets DLL：lrs_startup(version)。
          2、然後建立socket串連：lrs_create_socket。
          3、然後再把資料放在一個buffer中傳送到目標伺服器：lrs_send，資料包內容放在data.ws中。這樣，一個發送就完成了。
          4、然後我們再來接受伺服器端給我們的返回資料：lrs_receive。
          5、別忘記來個lrs_close_socket來關閉socket，做事有始有終嘛。
          簡單吧，複雜的流程就是相互組合。最後不要忘記在一些關鍵點前後加上transaction，以方便得到關鍵點的效能。
       第三步、我們開始執行，與其他協議一樣，把得到的結果進行分析。