使用loadrunner进行负载测试时，所有虚拟用户都会在30分钟后从应用程序中注销。详细了解即使我们有持续的用户活动，验证cookie也会过期。
现在我们尝试在每个操作后显式更新cookie以防止过期，但不确定服务器如何识别该身份验证cookie已过期。 cookie只有加密文本，没有明确的标题提及到期时间。
应在身份验证Cookie中更新Cookie中的哪些信息以防止其过期？
Cookie信息：
Cookie：
.ASPXAUTH = 66DD4AB74239F00D553BA9640D3AD3F284F47DEC315FD6789AE3FB8D67D2A46A4E89EDB45845C921A7557BD6B39A12EE07188D1009D581AA7AAF6743710653AE44EEF2733CC16082C595D7AE7C73D3E7E3D44BA1BAEEFEB1BF5F98B35C5F8429670FFDD5586E03BB3138C5B78945D82702BDD7C4; 路径= /;仅Http
答案 0 :(得分：0)
告诉我们您如何在脚本中管理会话状态。通常，如果您要清理所有cookie并为每次迭代实例化一个新会话，则不应该遇到这种情况。如果您试图在整个测试期间保持某种单一会话状态，我可以看到服务器在您的原始会话技术上退出系统后（作为业务流程的一部分）可能会将您踢出去。
此外，您的脚本中是否有明确的Cookie？如果是这样，您可能需要考虑将这些语句注释掉，因为LoadRunner会自动管理cookie。作为您的刻录的一部分，考虑运行一个单独的虚拟用户30分钟到一个小时，看看您是否在单个虚拟用户级别上体验到这一点。对于单个用户进行修复然后投射到加载比尝试找出遇到类似问题的数十或数百个用户正在发生的事情要容易得多。
答案 1 :(得分：0)
我可以收集服务器跟踪cookie的到期时间，它也是更新到期时间的服务器，这意味着您作为客户端无法控制它。
我认为流程是这样的：
The browser or LoadRunner Script will always send the cookie and the
server then verifies it's expiry time on the server side, redirecting
you to the login page if it has expired.
我遇到过这种情况，并通过访问服务器上的“更新客户端会话到期时间”的特殊页面解决了这个问题。也许你有类似的情况？