Size: a a a

QA — Load & Performance

2021 October 20

AK

Aleksey Kolpakov in QA — Load & Performance
Заметил это, когда поменял хост в gatling.conf в разделе с мониторингом
запрос норм проходит, но в лог стали уходить такие сообщения
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Если запустить гатлинг через раннер а не через сбт, то можно поставить брякпоинты
пример запуска
https://github.com/TinkoffCreditSystems/gatling-template.g8/blob/master/src/main/g8/src/test/scala/%24package%24/%24name__word%24/GatlingRunner.scala

и надо посмотреть в брекпоинтах где у тебя ошибка происходит тут
https://github.com/gatling/gatling/blob/main/gatling-graphite/src/main/scala/io/gatling/graphite/sender/TcpSender.scala
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Вот стейт Running смотри что там за событие такое приходит что оно получается необработанным
https://github.com/gatling/gatling/blob/1144bc89b86a74eec73cc5073904e662db115c31/gatling-graphite/src/main/scala/io/gatling/graphite/sender/TcpSender.scala#L67
источник

AK

Aleksey Kolpakov in QA — Load & Performance
Оооо
Спасибо
Не знал что можно брекпоинты ставить
Сейчас попробую
источник

ΙΤ

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

ΙΤ

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

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
а версия гатлинга какая?
источник

AK

Aleksey Kolpakov in QA — Load & Performance
3.6.1
источник

KY

Kirill Yurkov in QA — Load & Performance
тут разобрался, проблема похоже в том что в общий респонс тайм теста пишется время постпроцессора. если там большой код который деградирует по перформансу то таким образом не явно можно словить подобную проблему. поэтому рекомендую постобработку делать в отдельном семплера как самый простой вариант или откидывать метрику выполнения постпроцессора
источник

AG

Alex Grishutin in QA — Load & Performance
если прямо графики нужны уже встроенные, то можно catchpoint. если внедрить в автоматизацию, то можно через селениум возможности (('var performance = window.performance || window.webkitPerformance || window.mozPerformance || window.msPerformance || {}; var timings = performance.timing || {}; return timings;'))
источник

VG

Viktor Ganeles in QA — Load & Performance
Чёрт, я про листнеры подумал а про пост-процессоры нет
источник

KY

Kirill Yurkov in QA — Load & Performance
Зато научился jtl писать в инфлюкса после теста и смотреть на голые данные
источник

KY

Kirill Yurkov in QA — Load & Performance
сюда закину как просто это сделать
источник

VG

Viktor Ganeles in QA — Load & Performance
давай, пригодится
источник

DG

Dennis G in QA — Load & Performance
Спасибо, учту. Проверю

Минус конечно, что лишь пробная версия есть.
источник

᠌Я

᠌ Михаил Яндушкин... in QA — Load & Performance
Добрый день, подскажите пожалуйста, есть ли какие то бест практис на тестирование производительности? (НЕ нагрузочное тестирование, а именно тестирование производительности для каждого релиза для выявления деградации или прироста скорости работы системы)
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
а чем отличается нагрузочное от тетсирования производительности
источник

ΙΤ

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

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
что конкретнее интересует?
источник

᠌Я

᠌ Михаил Яндушкин... in QA — Load & Performance
нагрузочное проверяет какую нагрузку как выдерживает система, а тестирование производительности должно показать именно динамику с каждым релизом, без нагрузок (или даже с нагрузками)
источник