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

Здравствуйте, Вячеслав.

Я читаю в вики перфоманса ваши материалы по нагрузке WCF приложений. На них основано то, что я сделал в данный момент.

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

Желательно на Visual Studio провести нагрузку WCF приложения по протоколу NET.TCP. В крайнем случае использовать Loadrunner.

Надеюсь на вашу экспертную консультацию по мере возникновения проблем на данном проекте.

Вы говорите для WCF приложений рекордер Loadrunner-а не использовать, а писать сценарий в ручную по результатам отчета трассировки из SvcViewer ?

На Visual Studio аналогично писать сценарий вручную по результатам WCF tracing и используя Fiddler с WCF плагином ?

Сейчас при записи сценария Loadrunner генерирует неработающие скрипты, там много ошибок и много мусорного кода. Я сейчас не понимаю что с ним делать.

Не так был понят.
Во всех инструментах тест писал вручную. Писал так, чтобы тест дал тот же самый трафик, что и мои действия. Записанные и визуализированные в SvcViewer или Fiddler

Ещё делал отладочные прогламмы на C#, которые повторяют сценарий. И отлаживал его, точки останова делал.

Очень помогало использование клиенстких библиотек, которые можно взять у разрботчиков сервиса. Готовое API, и используя готовый клиент к сервису, сделать сценарий.

Простой вопрос, какую нужно подать нагрузку?
Сколько RPS будет достаточно?

Вполне вероятно, что немного. Это же внутренний сервис. WCF наружу редко выставляют.

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

Если нагрузка нужна большая и с отчетами и по профилю. То тогда Visual Studio или LoadRunner используйте.

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

Вячеслав, точный RPS пока неизвестен, но он будет мал.

Отчет с временами отклика и всеми нужными бизнес-метриками нам по итогам нужно иметь.

Начните с простого сценария - аутентификация в системе. Запишите открытие приложения и запросы, которые выполняются в момент входа

Повторюсь, взять готовое API у разработчиков - большой плюс.

В клиентском приложении нужные библиотеки уже есть, думаю. Подключайте их в свой проект

хорошо что хоть у кого-то все хорошо

Вячеслав, подскажите.

У вас на гитхабе есть шаблон или образец того приложения которое вы вручную писали на Visual Studio? Где по результатам отчета WCF трассировки по протоколу NET.TCP нагружается WCF приложение.

Или любой похожий пример который подойдет в нашем случае? Хотелось бы взять его в качестве образца, чтобы с чего-то начать. Буду очень благодарен.

Всем привет. Может кто-нибудь подсказать как в отчёт jmeter не выводить запросы, которые были во время rump-up?
У меня в docker на тимсити запускается jmeter скрипт с duration 1 час, но ещё есть rump-up 10 минут, а мне нужны результаты работы всех потоков в течении часа.

Заранее спасибо.

обрезать первые 10 мин лога, первое что приходит на ум

Привет, ок ли если во время теста каждая треда будет джар файл через ос семплер открывать ?

Или стоит все таки через препроцессор джарник парсить как-то