Причина в отправителе (гатлинг) или получателе (инфлакс)?

Если меньше метрик слать, становится лучше?

Я пока у себя так организовал:
С нагружающих жметров в инфлаас летят только данные по бизнес-кейсам целиком.

Но рядом запущен ещё один жметер с низкой интенсивностью, типа «smoke».
Он шлёт в отдельный инфлакс данные по каждой транзакции.

Так я могу понять, какая из транзакций составляет основное время бизнес-кейса и не боюсь потерять данные по количеству операций.

https://gatling.io/docs/current/general/assertions/
Можно по проценту на успешные, или по проценту на неуспешные

обстрел не остановится от ассертов

да в том то и дело что стрелять он продолжает, а асерты лиш помечают сборку красной в тоже женкинсе

ТТ

а есть примеры бубнов? нужно условие через какую нибуть переменую в сэсию пихать?

или мож че попроще?

ассерты работают постфактум вроде

на лету чтобы сделать мы придумали слать данные в грейлог, там можно анализировать ошибки (например) и с помощью триггера стопнуть сборку в жметер

но по факту такое ещё не реализовали)

а че в жметре тоже нельзя остановить обстрел?

через танк точно можно

Select mean(mean) from gatling where simulation=~/$simulation/ and run=~/run1/ group by somulation, run

Погоди
А просто вывести в графане таблицу с суммой операций, группировка по transaction и убрать столбец с временем?

Выдаёт сумму за период

А сравнивать всё равно отдельно надо, типа «получил данные с теста 1», «с теста 2» потом сравнил в excel

Или у тебя прямо в гоафане сравнивает?

можно. автостопы по условиям есть

Можно, если через jsr223 проверить результаты и выполнить код остановки

Ой, точно
Flow Control Action
Такое умеет

есть плагин в сете jp@gc. так и называется auto-stop listener

стопает по условиям: времена ответа, % ошибок и что-то еще было. сейчас навскидку не помню

Он останавливает и jmeter выдает ответ завершения Process exited with code 0

taurus реализует автостопы для джеметра и гатлинга