用户越多迭代次数越多使用关联返回的参数对web_set_max_html_param_len长度要求越大？
本帖最后由 thirfing 于 2013-5-13 10:10 编辑用户越多迭代次数越多使用关联返回的参数对web_set_max_html_param_len长度要求越大？
虚拟80个用户，参数化中有300多个用户列表，持续运行5分钟。
使用关联将web_set_max_html_param_len设置成web_set_max_html_param_len("10000000");
但是还是报下面这个错误：
Action.c(33): Error -26377: No match found for the requested parameter "WCSParam_Diff1". Check whether the requested boundaries exist in the response data. Also, if the data you want to save exceeds 10000000 bytes, use web_set_max_html_param_len to increase the parameter size
请问高手，为什么会这样？ 别沉啊。。。 版主在吗？ 这个问题快郁闷死我了。。。 顶起来。。。 沉了。。。 应该是关联的问题吧，赫赫 嗯，是关联的问题，但是为什么web_set_max_html_param_len("10000000");设置成10000000还会报这个错呢？还需要增加字段的空间吗？ 1。 你的关联是ld自动产生的关联还是你手动加上的关联？
2。 1个用户10次迭代是否还会产生错误？
3。估计不是参数长度的问题，还是你的关联有问题 原帖由 sunshine_luo 于 2006-3-27 19:31 发表
1。 你的关联是ld自动产生的关联还是你手动加上的关联？
2。 1个用户10次迭代是否还会产生错误？
3。估计不是参数长度的问题，还是你的关联有问题
to sunshine_luo :
1.关联是LR自动产生的。
2. 不会，只有用户数多了，迭代次数多了或者持续时间长了才会报这个错。
3. 我觉得这个和关联没关系吧？如果用户少，迭代次数少的话是不会有这个错的。
真的是不明白这个错怎么产生，应该怎么去解决了。。。 呵呵，它只是提示你字段的长度可能会不够长，并不是说一定是这样。
你都已经设得这么大了，应该不会是长度的问题。
LR自动产生的关联并不够用，很多时候需要你手动去做关联的。
另外顺便问一下，你测的程序是不是基于.net开发的？如果是基于.net的，那么很可能需要你手动去做关联。 这个函数加在哪里合适 还有可能，就是你执行的时候到要返回值的时候，报错了，没有返回你需要的值。
如果脚本单独执行的时候没有报这个错误的话，很有可能就是在批量执行的时候程序被压程序报错了。
页:
[1]
