SK
Так дело в том, что сценарий банальный на 2 запроса get и post, которые выполняют банальную логику на бекенде
Size: a a a
2021 May 31
SK
Бек кстати на спринге
АК
Если бэкенд — чёрный ящик, может добавить явно не корректную печенку? Если дело в том, что тригерится событие “нет\\хреновое куки” — может быть это будет видно?
АК
Также, можно попробовать пустить 3 потока(катушки): с корректной печенкой, с некорректной печенкой, без печенок вовсе. Будет ли наличие каждого из потоков влиять на поведение остальных? Если влияния нет, можно предположить, что дело строго в печенке и поведение — ожидаемое (более-менее). Если наличие безпеченочных запросов аффектит всё остальное — возможно, это деффект.
KY
Стоит глянуть что в куках. Без cookie manager их инициализация происходит каждый раз. А похоже они отдельно от всего не умеют инициализироваться. Когда есть менеджер - то куки кладутся в открытый коннект и есть внутри него постоянно
AA
если аффектит без куки на работу системы это чет жестоко
KY
думаю если посмотреть времена внутри самой системы, с куками и без них будет одно и то же
SK
Я так же попробовал через rest assured пульнуть с куками и без.
И результат аналогичный jmeter.
Причем я добавил константный cookie, который просто юзаю во всех запросах
И результат аналогичный jmeter.
Причем я добавил константный cookie, который просто юзаю во всех запросах
SK
Cookie cookie = new Cookie.Builder("JSESSIONID", "5889D3173879B3AD0162CD7574051105")
.setSecured(false)
.build();
.setSecured(false)
.build();
KY
а что за система? есть балансировка? прикручена аналитика?
SK
бек на жаве, спринг
SK
прометеус + графана
KY
балансировка?
KY
у тебя напрямую в бэк запросы? через апишку?
KY
хм, может с куками данные сессии падают в кэши?
KY
условно если юзер с сессией, он берет оттуда
SK
баллансировки нет
KY
ну вот я бы в сторону кэшей смотрел
SK
была такая мысль