Size: a a a

QA — Load & Performance

2021 October 21

ВС

Вячеслав Смирнов... in QA — Load & Performance
Код. Arrays.toString(request.getAllHeaders()) все равно будет выполнен. Так как текущая реализация не ленивая.
Сначала аргумент соберется, а потом уже будет проверка Info это или warn

Информация по теме:
https://www.baeldung.com/log4j-2-lazy-logging

Но вывод отключится, да. Если сделать уровень логирования Warn
источник

RR

R R in QA — Load & Performance
спасибо большое!
источник
2021 October 22

VG

Viktor Ganeles in QA — Load & Performance
Тогда основание будет duration +2*ramp-up
источник

VG

Viktor Ganeles in QA — Load & Performance
Спасибо, не знал что остановка постепенная
источник

АФ

Александр Фролов... in QA — Load & Performance
Доброе утро! сделал в jmeter отправку запросов с разных ip , и оно вроде работает но не могу посмотреть какой запрос с какого ip шлется, в листнерах пробовал разные параметры записывать в файл но нигде не вижу этой информации. (запускаю тест с удаленного сервера в CLI). Подскажите где могу это посмотреть?
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Если отправка запросов с разных адресов сделана на уровне HTTP через X-Forward-For заголовок, то можно будет увидеть в View Result Tree Listener, в Fiddler, Charles Proxy, логах балансировщика на стороне сервера

Если на уровне TCP/IP, то в WireShark на нагрузочной станции, в логах балансировщика на стороне сервера
источник

᠌Я

᠌ Михаил Яндушкин... in QA — Load & Performance
о ща будем знакомиться
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Точнее так
Примерно: Duration + 1 x Ramp-Up + (длительность работы запроса в момент завершения работы)

Первый поток закончит работу раньше всех
Через Duration. Но JMeter подождет пока придет ответ на тот запрос, который будет отправлен в момент завершения. Только на 1 запрос.

Второй поток стартанет через +5 сек, но закончит работу тоже через Duration.
Получается 5 + Duration + Response Time (будем считать, что Response Time небольшой)

20-й (последний) начнет работу через Ramp-Up сек, но будет работать в течение Duration сек.
Длина основания - момент завершения запроса из потока 20.

Примерно Ramp-Up + Duration.

20_______1 stop
/       \
1         20
stop
источник

VG

Viktor Ganeles in QA — Load & Performance
О, спасибо, теперь понял
источник

АФ

Александр Фролов... in QA — Load & Performance
спасибо
источник

AG

Alex Grishutin in QA — Load & Performance
Ребзя, появился вопрос по метру.

А есть ли возможность как то при завершении теста через Shutdown заставить метр вырубать треды именно когда они до конца доходят (просто не начинать новый)?
источник

KY

Kirill Yurkov in QA — Load & Performance
я не понял
источник

AG

Alex Grishutin in QA — Load & Performance
ну стандартно shutdown вырубает тред в любой его точке после завершения текущего семплера.
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
шатдаун какраз ждет окончания итерации, стоп - вырубает
источник

AG

Alex Grishutin in QA — Load & Performance
вот я и думаю, а есть ли возможность завершать его не после семпла, а после выполнения последнего семпла в тредгруппе
источник

KY

Kirill Yurkov in QA — Load & Performance
понял примерно, а такое надо из-за того что надо например всех юзеров разлогинить или что?
источник

AG

Alex Grishutin in QA — Load & Performance
угу
источник

AG

Alex Grishutin in QA — Load & Performance
там операции пользователей очень друг на друге завязаны (всякие подтверждения и тд.). И без этих подтверждений пользователе по сути спойлятся, и их юзать по новой нельзя
источник

AG

Alex Grishutin in QA — Load & Performance
Можно через костыль сделать и завершать, скажем, подкидыванием определенного файла в папку. И проверять на наличие файлика... но интересно более нативные варики
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Может, нужно мыть посуду перед едой? Т.е. в начале теста разлогинивать тех, кто залогинен с прошлых запусков?

Как-никак, JMeter же может просто упасть, и надеяться что, всё разлогинится корректно вряд ли стоит.
источник