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

Необходимо выполнить нагрузочное тестирование для 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

А моя настройка времени выполнения выглядит следующим образом:

Настройка времени выполнения выглядит


performance-testing load-testing loadrunner vugen
person Prateek Naik    schedule 16.05.2018    source источник
comment
Вам необходимо сопоставить идентификатор сеанса. Пожалуйста, прочитайте о корреляциях в LoadRunner.   -  person Buzzy    schedule 17.05.2018
comment
@Buzzy, я сопоставил и все еще получаю один и тот же идентификатор сеанса для каждой итерации. Если бы это не коррелировало, сценарий бы не удался.   -  person Prateek Naik    schedule 17.05.2018
comment
Что происходит, когда вы пытаетесь это сделать в браузере?   -  person Buzzy    schedule 17.05.2018
comment
Получение разных идентификаторов сеанса.   -  person Prateek Naik    schedule 17.05.2018
comment
Трудно сказать, что происходит, не глядя на сценарий, но может случиться так, что если вы используете одни и те же учетные данные для каждой итерации, сервер что-то оптимизирует для использования одного и того же сеанса независимо от того, что вы сделали в клиенте.   -  person Buzzy    schedule 17.05.2018
comment
Нет, я не использую те же учетные данные. Я использую 2 разных учетных данных и сохранил 4 итерации. Если возможно, изучите код gist.github.com/tejas1493/540ab8e39a1ab21d560a3872667be315.   -  person Prateek Naik    schedule 17.05.2018
comment
Давайте продолжим это обсуждение в чате.   -  person Prateek Naik    schedule 17.05.2018

Ответы (2)


arrow_upward
0
arrow_downward

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

person Sentie    schedule 24.05.2018

arrow_upward
0
arrow_downward

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

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

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

person sucramNave    schedule 06.07.2018