LR，C/S测试中的问题

熊熊做测试

为什么我刚录制完的脚本，再运行一次，就出现这样的mismatch，是怎么回事？ 怎么能解决？ 谢谢！

vuser_init.c(106): Mismatch (expected 17520 bytes, 0 bytes actually received)
vuser_init.c(108): lrs_receive(socket0, buf45)
vuser_init.c(108): Mismatch (expected 1169 bytes, 0 bytes actually received)
vuser_init.c(110): lrs_receive(socket1, buf46)
vuser_init.c(110): Mismatch (expected 14883 bytes, 0 bytes actually received)
vuser_init.c(112): lrs_receive(socket0, buf47)
vuser_init.c(112): Mismatch (expected 17215 bytes, 0 bytes actually received)
vuser_init.c(114): lrs_send(socket0, buf48)
vuser_init.c(116): lrs_send(socket1, buf49)
vuser_init.c(118): lrs_receive(socket0, buf50)
vuser_init.c(118): Mismatch (expected 9576 bytes, 109487 bytes actually received)
vuser_init.c(120): lrs_receive(socket1, buf51)
vuser_init.c(120): Mismatch (expected 1024 bytes, 51071 bytes actually received)
vuser_init.c(122): lrs_receive(socket0, buf52)
vuser_init.c(122): Mismatch (expected 99911 bytes, 0 bytes actually received)
vuser_init.c(124): lrs_send(socket0, buf53)
vuser_init.c(126): lrs_receive(socket1, buf54)
vuser_init.c(126): Mismatch (expected 50047 bytes, 0 bytes actually received)

zengyixun

楼上的，你的这两个函数只不过是时间相关，检查内容或者长度是否一至与这两个函数无关的。
我是这样做的：
lrs_set_receive_option(EndMarker,EndMarker_None);//接收全部数据
        
                //lrs_set_recv_timeout(0,0);
                lrs_set_recv_timeout2(0,0);
                lr_start_transaction("UserLogin_Recv_Trans");
                IsRecvOK = lrs_receive(socket_desc, "buf1", LrsLastArg);//接收返回消息
                lr_end_transaction("UserLogin_Recv_Trans", LR_AUTO);
if ((IsRecvOK==0)||(IsRecvOK==9101)) {
.......
}
log:
Action.c(262): Mismatch (expected 83 bytes, 105 bytes actually received)

看到没，有没有Mismatch 也没有关系了！自己处理！

[ 本帖最后由 zengyixun 于 2008-12-2 18:27 编辑 ]

herah

使用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

Mismatch 是正常的，怎么可能每次内容或者长度都一样呢？要这样，这数据就太好破译了，有Mismatch 不要紧，要紧的是你自己要清楚发了什么，收到了什么，然后解析，自己判断正误！Mismatch 也不会引发error，Mismatch 在recv上有一个值，90多少来着，四位数的，你在程序里判断一下，就知道了，然后凡是Mismatch 你就忽略了就是了，自己对收到的数据进行解析。

winson_yao

C/S 架构出现的问题确实比较多,但介绍的却比较少.期待中

熊熊做测试

我需要测试的是一个证券分析的软件，录制两次脚本进行比对，发现动态数据较多，怎么处理哈？

npy912

期待

zibeike

我也遇到过这样的问题，一般情况下，是因为录制的时候服务器返回的信息和再次回放的时候返回的不一样了，如果不是重要的数据（不会影响服务器给你返回值），就不用关联。

熊熊做测试

recv  buf43 8407
        "HTTP/1.1 200 OK\r\n"
        "Date: Wed, 08 Aug 2007 08:54:59 GMT\r\n"
        "Server: Microsoft-IIS/6.0\r\n"
        "X-Powered-By: ASP.NET\r\n"
        "Pragma: no-cache\r\n"
        "TXext-Error: null\r\n"
        "Cache-Control: private\r\n"
        "Content-Type: tx/stream\r\n"
        "Content-Length: 26576\r\n"
                "....................................."

感觉那个8407和content-Length后面的那个值不对应有关系。。。。。。

Zee

把mismatch的值打出来看看。
再从前面的语句和buf里推断是否需要关联等的操作。