Как симулировать нового пользователя на каждой итерации

Question

Необходимо выполнить нагрузочное тестирование для 1000 виртуальных пользователей. Но из-за отсутствия учетных данных пользователей не может выполнить это. Так может кто-нибудь объяснить мне, как моделировать нового пользователя на каждой итерации. Я уже включил Simulate a new user on each iteration, а также включил Clear cache on each iteration, но все еще получал один и тот же идентификатор сеанса для нескольких итераций.

Мы интегрировали SSO с нашим приложением и только что создали простой сценарий Sign In и Sign Out в Action.c с 4 итерациями.

Ниже приведены журналы, которые я получаю после выполнения скрипта. Для каждой итерации идентификатор сеанса остается одинаковым

Итерация 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

Глядя на ваш скрипт здесь https://gist.github.com/tejas1493/540ab8e39a1ab21d560a3872667be315 вы регистрируете параметр client_id, который вы коррелировали при попадании на страницу входа.

Судя по вашему запросу на вход, он использует spring и openid. С openid client_id является уникальным идентификатором для клиента, поэтому всегда будет одинаковым и не связан с отдельным сеансом.

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

Answer 2

Возможно ли, что ваш сервер приложений работает за балансировщиком нагрузки?У нас иногда возникают проблемы с sticky-сессиями во время нагрузочного тестирования, потому что запрашиваются с одного и того же IP, поэтому сессии кэшируются на прокси / LB.Или, может быть, вы нашли ошибку в своем приложении ...