loadrunner发送包问题求助(敬请牛人解疑)

237667173

环境: loadrunner 11 sp1.到.sp4
不知是否环境原因,用loadrunner中microsoft.net协议录制.net程序会直接死机,采用winsock协议录制
以下是录制中要send的包
send  buf4 1024  //实际长度是353,个人改成1024
".NET"
"\x01\x00\x00\x00\x00\x00\xe4\x00\x00\x00\x04\x00\x01\x01"
"E"
"\x00\x00\x00"
"/a26a5bb0_c4f4_4ff6_a903_cc474d52d467/j3fgwg5thigk6uvt50cy8_6m_13.rem"   //这部分的代码需要更换参数,但是长度不定.   @1
"\x06\x00\x01\x01\x18\x00\x00\x00"
"application/octet-stream"
"\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x01\x00\x00\x00\x00\x00\x00\x00"
"\x15\x12\x00\x00\x00\x12\x04"
"getE"
"\x12"
"aStarGps.Contract.IRemotingServer, Contract, Version=3.2.0.0, Culture=neut"
"ral, PublicKeyToken=null"
"\x06\x00\x00\x00\x12\x18"
"pOGTJejJs3GCwKipx5TErw=="
"\x12\x01"
"0"
"\x12\x0f"
"P20091118143438"
"\x12\x0e"
"192.168.69.110"
"\x12\x1e"
"涓庢巿鏉冩湇鍔″櫒杩炴帴澶辫触"
"\x12\x00"
"\v"
请问:  
1 我再lrs_send前获取lrs_get_buffer_by_name时,为什么长度不是1024而是录制时候的353.
2 @1 部分需要变更值,然后因新的值和原长度不一致,memcpy时会使得原本内容格式有误,需采用哪些方式.
3 使用microsoft.net协议录制 .net程序时会死机是否为环境问题.
本人第一次发帖,故问题比较啰嗦,望各位能详细解答..(lr中针对录制时buffer的内容只查到lrs_get_buffer_by_name这个函数,是否还有其他可直接针对录制的buffer进行处理的)
非常感谢~!

云层

总觉得这个问题可能不用sockets上马就能解决，不过这种东西不是几句话能说明白了，只能BD了

237667173

感谢楼上回复,不过BD过很多次,几乎没怎么看到相关问题和答案,故直接请大家答复了..

237667173

部分问题已自己解决,留下说明信息于有缘人...
1 lrs_get_buffer_by_name获取时的长度为buf中的长度(依据你参数化变量改变长度),send *** 533 长度为录制时的长度,和send时长度应该无关
2 很简单.直接需要改变的数据参数化, 在send前获取相关参数信息存于改参数中.
3 未解决
弱弱的问句:这帖子怎么结贴嘞

zj19890106

测试另一台电脑上的服务程序，用LR怎么测试啊？用SOCKET协议，或者其他协议，还有怎么编写测试WCF服务的脚本啊