Как стать автором
Обновить

Использование Gatling. Разбираемся в тестировании HTTP

Время на прочтение8 мин
Количество просмотров9.2K
Всего голосов 9: ↑9 и ↓0+9
Комментарии3

Комментарии 3

А Locust не пробовали?

В свое время, рассматривали несколько инструментов для нагрузочного тестирования, и смотрели и на Locust в том числе.
Может, конечно, за три года что-то поменялось, и Locust стал совсем другим, но, раньше было так:
В принципе Locust неплох, особенно для тех кому Python роднее. Что-то может, и в конфигурации из нескольких slave-нод даже способен выдать некоторую нагрузку.

Но он проигрывает gatling'у по многим параметрам. Например:
- Отчетность. Locust'у нужно хостить отдельный сайт для результатов теста, да и тот не особо информативен. У Gatling'а отчет html-файлом и там есть все что нужно.
- Сценарии нагрузки. Locust может только нагружать только линейно ("лесенкой"). У gatling'a очень много вариантов регулировки сценариев.
- Мощность / потребление ресурсов. Тут думаю особо не нужно даже комментировать. В гонке за тем "кто меньше съест CPU и памяти", gatling'у разве что k6.go способен составить конкуренцию (недавно на хабре была статья-сравнение).
- Протоколы. Не уверен, что Locust может нагружать gRPC,  AMQP, JDBC и kafka. Про то, как это сделать в gatling - ребята скоро напишут)

Большое спасибо за ответ! Я остановился на связке Locust + K6, попробую и Gatling теперь.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий