如何在每次迭代时模拟新用户

Question

需要为1000个虚拟用户执行负载测试。但由于缺乏用户凭据无法执行它。所以任何人都可以解释我如何在每次迭代中模拟新用户。我已经启用了Simulate a new user on each iteration并启用了Clear cache on each iteration，但仍然获得了多次迭代的相同会话ID。

我们已将SSO与我们的应用程序集成，并在Sign In下创建了简单的Sign Out和Action.c方案，并进行了4次迭代。

以下是执行脚本后我得到的日志。对于每次迭代，会话ID保持不变

迭代1：

Action.c(110): ************** SESSION ID ************** : 1e9e644f-7023-4641-b53d-4a8db900a8c9

迭代2：

Action.c(110): ************** SESSION ID ************** : 1e9e644f-7023-4641-b53d-4a8db900a8c9

迭代3：

Action.c(110): ************** SESSION ID ************** : 1e9e644f-7023-4641-b53d-4a8db900a8c9

迭代4：

Action.c(110): ************** SESSION ID ************** : 1e9e644f-7023-4641-b53d-4a8db900a8c9

我的运行时间设置如下所示：

Answer 1

是否可能，您的app-server在负载均衡器后面运行？在负载测试期间，我们有时会遇到粘滞会话问题，因为请求来自相同的IP，因此会话缓存在代理/ LB上。 或许您在应用中发现了一个错误...

Answer 2

在https://gist.github.com/tejas1493/540ab8e39a1ab21d560a3872667be315处查看脚本，您正在记录登录到登录页面时已关联的client_id参数。

根据登录请求的外观，它使用的是spring和openid。使用openid时，client_id是客户端的唯一标识符，因此将始终相同，并且与各个会话无关。

https://connect2id.com/learn/openid-connect