首页 文章

尝试过去4天无法解决问题

提问于
浏览
0

我给出了令人兴奋的LB值和RB值 . 但仍然面临着一个问题 . 任何人都可以帮助我 . 谢谢提前错误-26377:找不到所请求的参数“ViewState” . 检查响应数据中是否存在请求的边界 . 此外,如果要保存的数据超过10000000字节,请使用web_set_max_html_param_len增加参数大小[MsgId:MERR-26377] Action.c(28):通知:保存参数“ViewState _count = 0” .

1 回答

  • 0

    有几个原因导致这种情况发生:

    • 您没有收到有效的查看状态页面,该页面符合您的LB和RB条件 . 当检查阳性预期结果的步骤未在测试代码中正确配对时,通常会发生这种情况 . 因此,业务流程在页面出现错误之前就会脱离轨道,通常是一到两页之前,导致500类页面或优雅的错误页面(取决于开发人员的健壮性),将无效数据传递给系统 . 您也可能会收到一个零字节页面,而没有您可以跟踪的任何值

    • 检查错误的位置 . 相关性非常敏感,必须与生成返回值的精确请求配对 . 请求配对不匹配将导致无法找到,因为上下文是下一个后续请求

    • 如错误所述,尺寸可以发挥作用 . 这可能是最罕见的条件 . 你似乎为匹配缓冲区预留了大约10MB . 这是一个非常大的数量,因为需要为每个虚拟用户留出此缓冲区作为匹配缓冲区 . 基本上,您已将最小虚拟用户大小设置为10MB,以及在业务流程结束时捕获但未清除或重用的任何Viewstates的值 . 如果您的状态管理变量的值超过此值,或者该值接近此值,那么您已找到第一个缺陷 . 由于客户端和服务器端对网络的高度依赖性以维持状态管理变量的负载,这将导致性能低下 . 这也可以为您的开发人员提供洞察力,他们默认将所有内容放入状态,而不是非常仔细地考虑状态必不可少的项目 . 我建议您考虑将此值修剪为捕获的基本级别,否则您将为负载生成器上的虚拟用户资源使用付出高昂的代价 . 请记住,对于大多数版本的LoadRunner,您只处理32位地址空间,4GB,必须与操作系统以及主机上运行的任何其他内容共享 . 大型虚拟用户可以非常快速地淹没负载生成器

相关问题