感觉那个8407和content-Length后面的那个值不对应有关系。。。。。。作者: zibeike 时间: 2007-8-8 18:21
我也遇到过这样的问题，一般情况下，是因为录制的时候服务器返回的信息和再次回放的时候返回的不一样了，如果不是重要的数据（不会影响服务器给你返回值），就不用关联。作者: npy912 时间: 2007-8-8 18:48
期待作者: 熊熊做测试 时间: 2007-8-9 09:39
我需要测试的是一个证券分析的软件，录制两次脚本进行比对，发现动态数据较多，怎么处理哈？作者: winson_yao 时间: 2007-8-9 10:40
C/S 架构出现的问题确实比较多,但介绍的却比较少.期待中作者: zengyixun 时间: 2008-12-2 12:16
Mismatch 是正常的，怎么可能每次内容或者长度都一样呢？要这样，这数据就太好破译了，有Mismatch 不要紧，要紧的是你自己要清楚发了什么，收到了什么，然后解析，自己判断正误！Mismatch 也不会引发error，Mismatch 在recv上有一个值，90多少来着，四位数的，你在程序里判断一下，就知道了，然后凡是Mismatch 你就忽略了就是了，自己对收到的数据进行解析。作者: herah 时间: 2008-12-2 17:40
使用winsock协议录制，在回放的时候，响应时间会很慢。主要是因为录制时recv_buff接收的内容和回放时的内容不一致，系统会自动去检查。
解决办法：在程序中添加一个函数：lrs_set_recv_timeout2(0,0)，这样系统就不去检查回收的内容是否一致了。
介绍两个函数：
1. lrs_set_recv_timeout(sec,microsec)
The function sets the period of time that Vugen waits to receive expected data from a socket.
默认值＝10s
2. lrs_set_recv_timeout2(sec,microsec)
The function sets a timeout limit for receiving data on a socket。When lrs_receive receives the data buffer, it compares its size with the expected data. If the buffer size does not match, it performs additional iterations and rereads the incoming socket data, until the timeout2 limit is reached.作者: zengyixun 时间: 2008-12-2 18:23
楼上的，你的这两个函数只不过是时间相关，检查内容或者长度是否一至与这两个函数无关的。
我是这样做的：
lrs_set_receive_option(EndMarker,EndMarker_None);//接收全部数据