Сообщений в теме: 10

[makson]

Привет всем.

 

Давайте соберём все возможные тулы, для тестирования производительности в одном месте.

 

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

 

В своей практике я использую, jmeter, visual studio, loadrunner.

[barancev]

Как стартовая точка:

http://en.wikipedia....d_testing_tools

http://www.opensourc...performance.php

http://cloudtweaks.c...ring-companies/

[Сергей]

Предположу, что makson открыл тему для обмена реальным опытом, а не ссылками.

[makson]

Я думаю полезно было бы видеть что-то в таком духе:

1. Что юзаете (какая прилага для тестирования)?

2. Какие плюсы? (реально из работы, не из вики)
3. Какие минусы? (реально из работы, не из вики)

4. Возможно какие-то обнаруженные подводные камни.

 

Попробую сам для начала

1. Юзаю Jmeter, MS Visual Studio 2013 Ultimate. В основном эти тулы

2. Плюсы Jmeter

- бесплатный

- есть плагины (два пакета плагинов: стандарт сет, экстра сет), которые применял и они довольно неплохо работаю (не все конечно, об этом в 4 пункте).

- возможность сохранить результаты в читаемый .csv

- можно использовать loadosophia.org и сразу получить несколько графиков (хотя обычно этого недостаточно)

- также можно использовать blazemeter, но там есть лимит на 50 юзеров только (и ещё какой-то лимит, точно не помню)

3. Минусы Jmeter

- нет никакой корреляции результатов. нужно всё делать в excel или где-либо ещё

- тула бесплатная, поэтому не сильно удобная

- частенько придирается к версии java, особенно если запускать распределенный тест, желательно следить, чтобы версии джавы были одни и те же

- жрёт ресурсы (пока эта проблема сильно не исследована, но она есть). Сейчас занимаемся изучением, как оптимально настроить JVM для Jmeter.

4.

- в дополнительных плагинах есть плагин Transaction per Second, он строит график как оказывается не только по транзакциям, которые мы пишем в Transaction Controller, но и рассматривает все возвращаемые сервером .jpg, .png, .css и т.д.

[fesd]

В основном юзаю жметр, так как бесплатный гибкий инструмент с возможностью допиливания под свои нужды, плагины маст хэв и не согласен, что он неудобен. Когда нужна простая как барабан но шустрая долбилка, юзаю яндекс танк с фантомом. Для абсолютного большинства задач мне этого хватает. Но бывают и исключения.

[Deformator]

Всем привет. У меня такой вопрос: как протестировать случай, если нужно запустить одновременно 150 пользователей? Условие: различные порты и сидят они через проксю.

[Little_CJIOH]

Юзаю Siege для простых сервисов с записью лога и последующим просчетом перцентилий/квантилей отдельным скриптом

Для нагрузки системы в целом: обычно пишется виртуальный клиент для тестирования функционала, в него закладывается замер времени выполнения всех операций. Для нагрузки запускается много таких клиентов и агрегируется информация с них.

 

Плюсы: Siege - прост как валенок. Самописные клиенты - дают реальную нагрузку на сервисы, а не сферическую в вакууме.

 

Минусы: Siege - туп как валенок. Самописные клиенты - писать надо, понимая что и зачем делаешь.

 

Подводные камни Siege - надо тюнить нагружающую систему, чтоб нагружать сервис, а не сетевой стек нагружающей системы, много неочевидных моментов.

[Zadovski]

Товарищи выручайте. Вот у меня стоит задача, протестировать на производительность ПО (электронный документооборот), но в интернете категорически не могу найти подходящих инструментов. (конечно скорее всего плохо ищу) Все же решил узнать может есть у кого опыт с каким либо инструментом.

[Mendel]

Товарищи выручайте. Вот у меня стоит задача, протестировать на производительность ПО (электронный документооборот), но в интернете категорически не могу найти подходящих инструментов. (конечно скорее всего плохо ищу) Все же решил узнать может есть у кого опыт с каким либо инструментом.

Оффтоп, лучше бы в отдельную тему.

По факту, если вот этот mosedo.ru, то можно loadrunner или jmeter, там довольно разветвлённые сценарии и эти инструменты хорошо для этого подходят.

Если какой то другой, то начните с описания, какие протоколы, специфика нагрузки.

[Mendel]

По теме, использую jmeter, яндекс.танк, самописные скрипты.

Танк удобен:

1) модульностью, можно и jmeter через него запускать и фантом и скриптовые "стрелялки".

2) открытостью, можно очень точно диагностировать проблемы на генераторе нагрузки или подстроить всё под себя

3) сейчас есть возможность подключить в инфраструктуру неплохую аналитику Оверлоад.

из минусов - не самый низкий порог входа.

Управление через консоль и конфиги. Для меня это плюс, так как проще автоматизировать. Но если это первый инструмент, может быть не привычно.

jmeter удобен:

1) тем что много можно сделать из коробки.

2) тем что можно подключить библиотечку для неведомой_кастомной_разработки_которую_надо_тестировать и возможно не придётся даже париться отдельно про асинхронность, трэды, локи и всё такое.

3) очень широко распространён, просто найти приемника/новую работу

плох тем:

1) что графики и анализ результатов из коробки слабоват(решается танком, вероятно лоадософией и прочими)

2) что гуи откровенно монструозен и транслируется в стрёмную xml, которую неудобно править

Раньше использовал HP Loadrunner(perfcenter если быть точно), громоздко и довольно дорого, не могу придумать причину по которой стоит выбрать именно его ( разве что он уже есть и надо оправдать покупку).

[fesd]

плох тем:

1) что графики и анализ результатов из коробки слабоват(решается танком, вероятно лоадософией и прочими)

http://jmeter.apache...ackend_Listener + influxdb + grafana и у вас годные realtime графики.

 

Добавлю, что неплохой альтернативой яндекс.танку является http://gettaurus.org/ от blazemeter