以google搜索的提示ajax作为基础，介绍了针对这种情况下的AJAX脚本开发思路和案例

tudou地址：

http://www.tudou.com/programs/view/tB5iUma4jt0/

播放列表地址：

http://www.tudou.com/playlist/playindex.do?lid=7760429&iid=45198860&cid=25

下载地址：

ftp://user1:user1@www.atstudy.com/cloud/ajax.swf

关键技术：

ajax原理，http协议捕获，录制选项调整适应ajax，关联获得ajax，参数小应用

脚本如下：

Action()
{

 web_url("www.google.cn",
  "URL=http://www.google.cn/",
  "Resource=0",
  "RecContentType=text/html",
  "Referer=",
  "Snapshot=t1.inf",
  "Mode=HTTP",
  LAST);

 web_url("porridgeday10-hp.gif",
  "URL=http://www.google.cn/logos/porridgeday10-hp.gif",
  "Resource=1",
  "RecContentType=image/gif",
  "Referer=http://www.google.cn/",
  "Snapshot=t2.inf",
  LAST);

 web_url("cn_icp.gif",
  "URL=http://www.google.cn/intl/zh-CN_cn/images/cn_icp.gif",
  "Resource=1",
  "RecContentType=image/gif",
  "Referer=http://www.google.cn/",
  "Snapshot=t3.inf",
  LAST);

 web_url("4nkMpw1Qe4k.js",
  "URL=http://www.google.cn/extern_js/f/CgV6aC1DThICY24rMAo4UEACLCswDjgLLCswETgTLCswFjgXLCswFzgFLCswGDgFLCswGTgSLCswJTjJiAEsKzAmOAksKzAnOAQsKzA8OAIsKzBFOAEs/4nkMpw1Qe4k.js",
  "Resource=1",
  "RecContentType=text/javascript",
  "Referer=http://www.google.cn/",
  "Snapshot=t4.inf",
  LAST);

 web_url("favicon.ico",
  "URL=http://www.google.cn/favicon.ico",
  "Resource=1",
  "RecContentType=image/x-icon",
  "Referer=",
  "Snapshot=t5.inf",
  LAST);

 web_url("nav_logo7.png",
  "URL=http://www.google.cn/images/nav_logo7.png",
  "Resource=1",
  "RecContentType=image/png",
  "Referer=http://www.google.cn/",
  "Snapshot=t6.inf",
  LAST);

 web_url("toolbar_animation_20090618.png",
  "URL=http://www.google.cn/intl/zh-CN/images/toolbar_animation_20090618.png",
  "Resource=1",
  "RecContentType=image/png",
  "Referer=http://www.google.cn/",
  "Snapshot=t7.inf",
  LAST);

 web_url("csi",
  "URL=http://www.google.cn/csi?v=3&s=webhp&action=&e=17259,22766,23276,23309,23337&ei=hyBZS-KsBMyTkAWDpLzrBA&rt=prt.234,xjsls.281,ol.734,xjses.734,xjsee.812,xjs.890",
  "Resource=0",
  "RecContentType=text/html",
  "Referer=http://www.google.cn/",
  "Mode=HTTP",
  LAST);

//lr_save_var()
 web_reg_save_param("searchid",
  "LB=[\"",
  "RB=\",",
  "Ord=ALL",
  "Search=Body",
  LAST);

 web_url("search_7",
  "URL=http://www.google.cn/complete/search?hl=zh-CN&xhr=t&q=loadrunner&cp=10",
  "Resource=1",
  "RecContentType=application/json",
  "Referer=http://www.google.cn/",
  "Snapshot=t14.inf",
  LAST);

    lr_save_string(lr_paramarr_random("searchid"),"temp");

 lr_think_time(6);

 web_url("search_8",
  "URL=http://www.google.cn/search?hl=zh-CN&source=hp&q={temp}&aq=2&oq=loadrunner",
  "Resource=0",
  "RecContentType=text/html",
  "Referer=http://www.google.cn/",
  "Snapshot=t15.inf",
  "Mode=HTTP",
  LAST);

 web_url("nav_logo7.png_2",
  "URL=http://www.google.cn/images/nav_logo7.png",
  "Resource=1",
  "RecContentType=image/png",
  "Referer=http://www.google.cn/search?hl=zh-CN&source=hp&q=loadrunner+%E6%98%AF%E4%BB%80%E4%B9%88&aq=2&oq=loadrunner",
  "Snapshot=t16.inf",
  LAST);

 web_url("gen_204",
  "URL=http://www.google.cn/gen_204?mgmhp=shp1&ct=v&cd=false",
  "Resource=0",
  "RecContentType=text/html",
  "Referer=http://www.google.cn/search?hl=zh-CN&source=hp&q=loadrunner+%E6%98%AF%E4%BB%80%E4%B9%88&aq=2&oq=loadrunner",
  "Mode=HTTP",
  LAST);

 web_url("csi_2",
  "URL=http://www.google.cn/csi?v=3&s=web&action=&e=17259,22766,23265,23276,23309,23337&ei=kCBZS5elFM6OkQXJttj2BA&rt=prt.343,xjses.405,xjsee.452,xjsls.452,xjs.577,ol.858",
  "Resource=0",
  "RecContentType=text/html",
  "Referer=http://www.google.cn/search?hl=zh-CN&source=hp&q=loadrunner+%E6%98%AF%E4%BB%80%E4%B9%88&aq=2&oq=loadrunner",
  "Mode=HTTP",
  LAST);

 return 0;
}

前面的测试针对移动网关对HTTP头识别处理已经出现了几次比较麻烦的问题，这里简单做下总结。

通常HTTP消息包括客户机向服务器的请求消息和服务器向客户机的响应消息。这两种类型的消息由一个起始行，一个或者多个头域，一个只是头域结束的空行和可 选的消息体组成。HTTP的头域包括通用头，请求头，响应头和实体头四个部分。每个头域由一个域名，冒号（:）和域值三部分组成。域名是大小写无关的，域 值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使用至少一个空格或制表符。
　　典型的请求消息：

　　GET http://download.microtool.de:80/somedata.exe
　　Host: download.microtool.de
　　Accept:*/*
　　Pragma: no-cache
　　Cache-Control: no-cache
　　Referer: http://download.microtool.de/
　　User-Agent:Mozilla/4.04[en](Win95;I;Nav)
　　Range:bytes=554554-

请求部分一般问题不大，只是在而测试的时候要注意是否支持GET和POST两种方式的兼容。

　　典型的响应消息：

　　HTTP/1.0200OK
　　Date:Mon,31Dec200104:25:57GMT
　　Server:Apache/1.3.14(Unix)
　　Content-type:text/html
　　Last-modified:Tue,17Apr200106:46:28GMT
　　Etag:”a030f020ac7c01:1e9f”
　　Content-length:39725426
　　Content-range:bytes554554-40279979/40279980

现在发现的几个问题都是在响应部分，必须注意有两点：

1.content-length和content-type必须要带，不然很多地区的运营商网关会无法识别，导致手机终端可以正常发包到我们的服务端，但我们的服务端响应无法正常返回到终端的情况；

2.除了消息头外，我们有些服务的响应是不带消息体的，这种情况测试中也发现有问题，最好的解决办法就是带了一段附带的消息体（即使是无效的）。

再简单介绍下content-type和content-length的概念：

Content-Type实体头用于向接收方指示实体的介质类型，指定HEAD方法送到接收方的实体介质类型，或GET方法发送的请求介质类型。此参数是与请求中Accept字段对应的。

Content-Length表示实际传送的字节数。

由于一些地区的运营商网关对HTTP头的要求和限制比较严格，不制定类型会出现HTTP无法解析的情况，导致了我们服务异常的出现，由于各个开发人员的编程习惯不同，也没有对头域格式进行统一，上面的问题还是比较普遍的存在，各位同学以后测试的时候注意检查判断。

这次要测试的是一个下载平台的项目，信令采用在HTTP协议里封装自定义协议的方式实现，由于自定义信令较为复杂，初始采用了LR中的socket方式来编写接口测试脚本，如下所示：

#include "lrs.h"

Action()
{

 int ActucalNumber;
 int code;
 int rspcode;

 lrs_create_socket("socket0", "TCP", "LocalHost=0", "RemoteHost=172.16.11.101:9999",  LrsLastArg);
 lrs_send("socket0", "buf0", LrsLastArg);
 lrs_receive("socket0", "buf1", LrsLastArg);
 ActucalNumber=lrs_get_last_received_buffer_size("socket0");   
 lrs_save_param_ex("socket0","received",NULL,0,ActucalNumber,"ascii","param1");
 lrs_save_searched_string("socket0",NULL,"param2","LB/BIN=\\xb9\\x00",NULL,1,29,4);      //搜索protocol-id\xb9\x00字符串，并截取该字符串出现后固定位数的特殊字符串code.
 lrs_save_searched_string("socket0",NULL,"param3","LB/BIN=\\xb9\\x00",NULL,1,37,4);      //搜索protocol-id\xb9\x00字符串，并截取该字符串出现后固定位数的特殊字符串respcode.
 lrs_hex_string_to_int(lr_eval_string("<param2>"),strlen(lr_eval_string("<param2>")),&code);
 lrs_hex_string_to_int(lr_eval_string("<param3>"),strlen(lr_eval_string("<param3>")),&rspcode);
 lrs_send("socket0", "buf2", LrsLastArg);
 lrs_close_socket("socket0");

 lr_output_message("-----------------------------------INFO---------------------------------------");
 lr_output_message("The length of resp is %d", ActucalNumber);
 lr_output_message("The content of resp is %s", lr_eval_string("<param1>"));
 lr_output_message("The content of code is %s", lr_eval_string("<param2>"));
 lr_output_message("The content of rspcode is %s", lr_eval_string("<param3>"));
 lr_output_message("code is %i",code);
 lr_output_message("rspcode is %i",rspcode);

 return 0;
}

data.ws部分:

;WSRData 2 1
send  buf0 244
 "POST / HTTP/1.1\r\n"
 "User-Agent: Jakarta Commons-HttpClient/3.1\r\n"
 "Host: 172.16.11.101:9999\r\n"
 "Content-Length: 102\r\n"
 "Content-Type: application/saip\r\n"
 "\r\n"

 "婍滙~2\xb9\x00"          //protocol-id(8)
 "\x01\x00\x00\x66"       //basic ver+length(4)
 "\x10\x60\x01\x2c"       //srcmodule+dstmodule(4)
 "1234567890123456"       //transaction(16)
 "\x00\x00\x00\x00"       //type+reserved(4)
 "\x00\x01\x8e\x72"       //code=102002
 "\x00\x00\x00\x3a"       //datalength(4)

 "\x00\x01"               //count
 "\x02"                   //type
 "\x00\x00\x00\x00"       //ver=0
 "\x00\x04\x97\xef"       //id=301039
 "\x00\x00\x00\x00"       //offset
 "\x00\x02\x9b\xe5"       //fileSize
 "\x00\x02\x9b\xe5"       //Size
 "./applist2/app/200902411741329.mrp\x00"    //fileURL

recv  buf1 171194

脚本上与前面一篇socket协议脚本不同之处是使用了lrs_save_searched_string函数,在服务端返回的数据包里搜索自定义协议标识protocol-id，并以此为基础，截取后面包中我们所需要的字段，转换后打印出来，从而实现了自定义接口测试的需求。

在功能测试后进行性能测试，为保证性能测试的效率，需去除各种逻辑判断语句，而只保留，打开冰箱门，把大象塞进去，看看大象的反应，关上冰箱门这四部分。

#include "lrs.h"

Action()
{

lrs_create_socket("socket0", "TCP", "LocalHost=0", "RemoteHost=172.16.11.155:9999",  LrsLastArg);

lrs_send("socket0", "buf0", LrsLastArg);
lrs_receive("socket0", "buf1", LrsLastArg);

lrs_close_socket("socket0");
return 0;
}

当然也可以采用HTTP协议方式实现该功能，在后面的性能测试中，因为现有的license采用socket协议只能实现一台机器100Vuser的并发，我们该脚本略做修改采用了HTTP协议方式编写，从而实现了1000Vuser的HTTP并发。

这是一个HTTP接口测试中经常会碰到的问题，目前的服务器采用的都是UTF-8编码方式，而我们的客户机Windows系统一般默认采用的编码方式是GBK，这正是我们采用录制方式的时候会发现许多中文乱码的原因。

Loadrunner录制的时候可以通过在Virtual User Gen的Tools->Recoding Options -> Advanced -> Support charset -> UTF-8的设置规避（其实也只是部分规避），下面我们讨论在手写测试脚本时如何解决UTF-8转码的问题。

实践一：在脚本中直接采用中文明文进行请求

  web_custom_request("web_custom_request",
  "URL=http://172.16.4.191/list?id=环球影院",
  "Method=GET",
  "TargetFrame=",
  "Resource=0",
  "Referer=",
  "Body=",
  LAST);
结果：服务端返回404错误，找不到相应的资源id,明显服务端不能正确响应非UTF8编码方式的请求。

实践二：

为解决这个问题，最关键的是要把本地GBK编码的汉字转换成UTF-8编码格式的信息，为此我们引进loadrunner自带的编码函数lr_convert_string_encoding

前文请看：TCP/IP协议学习之实例ping命令学习笔记（二）

Q：广播是什么原理？广播地址又是什么？这次的实例中，广播地址是多少？
A：一个主机要向网上的所有其他主机发送帧，这就是广播。
主机对由信道传送过来帧的过滤过程：网卡查看由信道传送过来的帧，确定是否接收该帧，若接收后就将它传往设备驱动程序。通常网卡仅接收那些目的地址为网卡物理地址或广播地址的帧。
一共有四种I P广播地址
1.受限的广播：受限的广播地址是255.255.255.255。
2.指向网络的广播：地址是主机号为全1的地址。A类网络广播地址为netid.255.255.255，其中netid为A类网络的网络号。
3.指向子网的广播：主机号为全1且有特定子网号的地址。作为子网直接广播地址的I P地址需要了解子网的掩码。
4.指向所有子网的广播：也需要了解目的网络的子网掩码，以便与指向网络的广播地址区分开。指向所有子网的广播地址的子网号及主机号为全1。
在本实例中，只能看出广播地址的MAC地址是ff:ff:ff:ff:ff:ff，而无法看出IP地址属于哪一种广播地址。待解决。如下图

参考资料：http://www.cnpaf.net/Class/TCPANDIP/0532918532733861.html

Q：ARP请求和应答包的格式什么？包含哪些内容？
A：书中关于ARP格式的如下图所示：

其中：帧类型表示后面数据的类型。硬件类型表示硬件地址的类型。协议类型表示要映射的协议地址类型。硬件地址长度和协议地址长度分别指出硬件地址和协议地址的长度，以字节为单位。op是操作字段，指出四种操作类型：A R P请求（值为1）、A R P应答（值为2）、R A R P请求（值为3）和R A R P应答（值为4）。其他字段很好理解。
从Ethereal工具中分别截取ARP请求和应答包内容，如下图：

和ARP格式图示相比较：
以太网首部：以太网目的地址是广播地址（全1），以太网源地址是本机的MAC地址，帧类型是ARP的标志值0x0806。
28字节ARP请求/应答：硬件类型是以太网标志值0001，协议类型是I P地址标志值0800，硬件地址长度是6，协议地址长度是4，操作字段是ARP请求标志值0001，发送端以太网地址是本机的MAC地址，发送段IP地址是本机的IP地址（176），目标以太网地址还没有获取到，所以为全0，目标IP地址是远程机的IP地址（5）。

和ARP格式图示相比较：
以太网首部：以太网目的地址是本机的MAC地址，以太网源地址是远程机的MAC地址，帧类型是ARP的标志值0x0806。Trailer是什么？待解决。
28字节ARP请求/应答：硬件类型是以太网标志值0001，协议类型是I P地址标志值0800，硬件地址长度是6，协议地址长度是4，操作字段是ARP应答标志值0002（与ARP请求区别开来），发送端以太网地址是远程机的MAC地址，发送端IP地址是远程机的IP地址（5），目标以太网地址是本机的MAC地址，目标IP地址是本机的IP地址（176）。
由此看来，ARP请求和应答包非常相似，标志性的区别在操作字段的不同。

Q：为什么需要在本机DOS中先运行arp –d 清除arp缓存，才能抓到ARP协议包？
A： A R P高效运行的关键是由于每个主机上都有一个A R P高速缓存。这个高速缓存存放了最近I n t e r n e t地址到硬件地址之间的映射记录。高速缓存中每一项的生存时间一般为2 0分钟，起始时间从被创建时开始算起。可以用a r p命令来检查ARP高速缓存。参数-a的意思是显示高速缓存中所有的内容，如下图所示：其中包括了远程机（5）的MAC映射记录。

一般情况下，当系统收到A R P请求或发送A R P应答时，都要把请求端的硬件地址和I P地址存入A R P高速缓存。在获取目标机的MAC地址时，会先从ARP高速缓冲中查找是否存在，如果存在，则可以不用进行ARP请求过程。为了确保可以抓到ARP的请求数据包，因此，先用命令arp –d清除掉本地的MAC地址映射。

下文请看：TCP/IP协议学习之实例ping命令学习笔记（四）

Sub ReportInformation(filename)
' create the Excel object
Set ExcelObj = CreateObject("Excel.Application")
' add a new Workbooks and a new Sheet
ExcelObj.Workbooks.Add
Set NewSheet = ExcelObj.Sheets.Item(1)
NewSheet.Name = "Page Information"
 ' customize the Sheet layout
NewSheet.Cells(1,1).Value = "Tom"
NewSheet.Cells(2,1).Value = "Sohu"
NewSheet.Hyperlinks.Add NewSheet.Cells(1,1), "http://www.tom.com/"
NewSheet.Hyperlinks.Add NewSheet.Cells(2,1), "http://www.sohu.com/"
 ' save the Excel file
      ExcelObj.ActiveWorkbook.SaveAs filename
      ' close the application and clean the object
      ExcelObj.Quit
      Set ExcelObj = Nothing
   End Sub
call ReportInformation("c:\test.xls")