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，以方便得到关键点的性能。
       第三步、我们开始执行，与其他协议一样，把得到的结果进行分析。