Gatling известный фреймворк для нагрузочного тестирования.

Хочу рассказать на своём примере, почему я выбрал Gatling, а не Jmeter.

В сети есть миф, что Jmeter проще Gatling, но эта мнимая простота может дорого стоить при реально большой нагрузке. 

Моей команде была поставлена задача нагрузить сервис, был legacy на Jmeter и, к сожалению, я не смог добиться необходимых показателей в количестве пользователей, но, когда я открыл для себя Gatling, жизнь заиграла новыми красками.

Gatling основан на трёх технологиях: Scala, Akka actors и Netty.

В докладе я расскажу, как использую Gatling, почему именно Gatling, а не Jmeter (при всём моём уважении к этому инструменту).

В наше время далеко не последнее место занимает - скорость разработки автотестов и адаптация технологий под нужды бизнеса (DI и IoC, springJDBC, spring configuration очень упрощает жизнь). В то же время нельзя забывать про поддержку и переиспользование уже реализованного кода (факторе автобуса). 

Хочу рассказать о роли экосистемы Spring framework в тестировании и почему тестировщику не надо бояться работать со spring, а наоборот нужно с ним подружиться и использовать в своих проектах на всю мощь спринга. Экосистема Spring framework давно перестала быть только "инверсией управления и внедрением зависимостей" и уже давно вошла полноценную жизнь разработки, в том числе и автотестов. По моему мнению, автоматизаторы не используют spring не потому, что он не принесет чего-то нового, а потому что нет времени на внедрение новых технологий из-за сроков реализации тестов.

Так же представляю вашему вниманию статью на habr - https://habr.com/ru/post/484966/