Size: a a a

QA — Load & Performance

2020 August 06

NG

Nikolay Gerasimov in QA — Load & Performance
хотя... мож плагин кривой =)
источник

NG

Nikolay Gerasimov in QA — Load & Performance
попробуй другим(и), которые @smirnovqa посоветовал
источник

R

Roman in QA — Load & Performance
А вот когда шлю просто в ексчейндж - сообщения в него попадают, но до очереди не доходят
источник

R

Roman in QA — Load & Performance
Да, щас попробую
источник

R

Roman in QA — Load & Performance
Nikolay Gerasimov
значит и ч/з плагин если просто в эксчейндж отправлять должны дойти
Так же, в ексчейндж сообщения доходят, а до очередей не доходят
источник

NG

Nikolay Gerasimov in QA — Load & Performance
роутинг значит не так указываешь в плагине, либо такой роутинг плагины не поддерживают.
источник

R

Roman in QA — Load & Performance
Захардкодил аргумент, пересобрал джарник и завелось
источник

VB

Viktor Bashkatov in QA — Load & Performance
Коллеги, добрый день!
Использую связку JMeter + Prometheus + Grafana, в скрипте несколько катушек выполняют SOAP и MQ запросы. Есть дашборд, показывающий время выполнения каждого запроса. Проблема в том, что в конце теста стоит tearDown Thread Group с JSR223 Sampler'ом, вызывающим Thread.currentThread().sleep(70200);, чтобы Prometheus успел снять метрики. Время выполнения остальных запросов и слипа учитывается на графиках, что портит картину. Подскажите, пожалуйста, как сделать построение графика только по тому времени, которое работал запрос, а не за всё время теста?
источник

LR

Little Raccoon in QA — Load & Performance
Viktor Bashkatov
Коллеги, добрый день!
Использую связку JMeter + Prometheus + Grafana, в скрипте несколько катушек выполняют SOAP и MQ запросы. Есть дашборд, показывающий время выполнения каждого запроса. Проблема в том, что в конце теста стоит tearDown Thread Group с JSR223 Sampler'ом, вызывающим Thread.currentThread().sleep(70200);, чтобы Prometheus успел снять метрики. Время выполнения остальных запросов и слипа учитывается на графиках, что портит картину. Подскажите, пожалуйста, как сделать построение графика только по тому времени, которое работал запрос, а не за всё время теста?
а другим способом поставить ожидание не пробывал типа Constant Throughput Timer и Constant Timer? или это не тот случай ?
источник

VB

Viktor Bashkatov in QA — Load & Performance
Little Raccoon
а другим способом поставить ожидание не пробывал типа Constant Throughput Timer и Constant Timer? или это не тот случай ?
Там в чём суть - если прогон короткий, то запросы выполнятся за считаные секунды, а скрейпы идут с интервалом в 20 секунд, если не ошибаюсь. Потому нужно "держать" тест, чтобы прометеус успел собрать данные. Хочу найти баланс между "держанием" теста и адекватным графиком, а если в имеющейся реализации теста есть изъян - узнать, как сделать правильно.
источник

N

Nik in QA — Load & Performance
Всем добрый
Подскажите, пожалуйста, как можно отбрасывать зависших активных пользователей в gatling?
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Nik
Всем добрый
Подскажите, пожалуйста, как можно отбрасывать зависших активных пользователей в gatling?
кого ты называешь зависшим активным пользователем?
источник

N

Nik in QA — Load & Performance
Active
В какой то момент зависают и все
источник

N

Nik in QA — Load & Performance
источник

N

Nik in QA — Load & Performance
Их можно как то по тайм-ауту отстреливать?
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
у тебя приходит кривой жсон
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Nik
Их можно как то по тайм-ауту отстреливать?
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
используй вот это exitHereIfFailed
источник

N

Nik in QA — Load & Performance
Ιωάννης Τσεκούρι
у тебя приходит кривой жсон
Да, сервис тупит
источник

N

Nik in QA — Load & Performance
Под нагрузкой
источник