Работая в Сбере, я столкнулся с тем, что общепринятым инструментом для функционального тестирования в моем трайбе был JMeter. Нравится ли мне это? Вопрос второстепенный. Приходилось работать с тем, что есть. По мере того как разрастались наши компоненты и их функциональность - разрастались и JMeter-тесты. Если кто не сталкивался - вся логика JMeter-тестов описана в файле с расширением .jmxЧитать полностью »
Рубрика «jmeter»
Как мы приручили JMX-файл на 50 000 строк: декомпозиция JMeter-тестов для нормального code review
2026-03-31 в 11:46, admin, рубрики: bestpractices, groovy, java, jmeter, sql, архитектура, кейс, нагрузочное тестирование, тестирование, функциональное тестированиеОсобенности нагрузочного тестирования 1С: Предприятие
2025-02-12 в 19:15, admin, рубрики: 1С, jmeter, нагрузочное тестированиеОсобенности нагрузочного тестирования 1С: Предприятие
Недавно мне подкинули интересную задачку: провести нагрузочное тестирование 1С: Предприятие. Раньше с таким не сталкивался, но что-то подсказывает, что со временем таких запросов будет всё больше. Импортозамещение шагает по стране, 1С всё глубже укореняется в бизнес-процессах, а значит, вопросы “почему всё тормозит?” будут звучать всё чаще.
NBomber как альтернатива JMeter для .NET разработчика
2022-05-07 в 18:20, admin, рубрики: .net, C#, csharp, dotnet core, jmeter, NBomber, performance, performance analysis, performance tests, высокая производительность, Тестирование веб-сервисовКак и многие разработчики, впервые столкнувшиеся с нагрузочным тестированием, я начал с JMeter. Для ознакомления и простых сценариев JMeter полностью меня устраивал, но с усложнением задач и потребностью в большем контроле я начал задумываться о поиске более удобной альтернативы. Особенно хотелось чтобы инструмент легко адаптировался или уже был адаптирован под экосистему .NET.
В этой статье мы рассмотрим NBomber как легкую для освоения альтернативу JMeter, а также постараемся ответить на вопрос "Почему я должен проводить нагрузочное тестирование именно с NBomber ?".
Достоверный нагрузочный тест с учётом непредвиденных нюансов
2019-08-08 в 4:29, admin, рубрики: AWS, jmeter, jmeter cluster, Listener, miro, nancy_cli, pg_replay, postgresql, prometheus listener, realtimeboard, spot instances, taurus, Анализ и проектирование систем, Блог компании Miro, нагрузочное тестирование, Тестирование IT-систем, Тестирование веб-сервисов, Управление продуктомМы задумались о построении инфраструктуры больших нагрузочных тестов год назад, когда достигли отметки в 12K онлайн-пользователей, работающих в нашем сервисе одновременно. За 3 месяца мы сделали первую версию теста, которая показала лимиты сервиса.
Ирония судьбы в том, что одновременно с запуском теста мы достигли лимитов на проде, в результате чего сервис упал на 2 часа. Это дополнительно стимулировало нас начать двигаться от проведения тестов от случая к случаю к созданию эффективной нагрузочной инфраструктуры. Под инфраструктурой я подразумеваю все инструменты для работы с нагрузкой: инструменты для запуска и автозапуска, кластер для подачи нагрузки, кластер, аналогичный проду, сервисы для сбора метрик и для подготовки отчётов, код для управления всем этим и сервисы для масштабирования.
Очереди и JMeter: обмен с Publisher и Subscriber
2019-04-13 в 15:34, admin, рубрики: Apache, groovy, java, jmeter, jms, open source, qa, qa automation, qa testing, queue, queues, test automation, тестирование, Тестирование IT-систем, тестирование поПривет! Это сиквел моей предыдущей публикации, в котором расскажу о вариантах размещения сообщений в очередях с помощью JMeter.
Мы делаем шину данных для крупной федеральной компании. Различные форматы запросов, преобразования, замысловатая маршрутизация. Для тестирования нужно отправлять много сообщений в очереди. Вручную — боль, с которой справится не каждый мануальщик.
Боевые стрельбы в ночи, или Почему нагружать прод — не страшно
2019-03-27 в 12:09, admin, рубрики: elastic, jmeter, kibana, zabbix, Блог компании Яндекс.Деньги, боевые стрельбы, высокая производительность, исследование производительности, Разработка веб-сайтов, Тестирование IT-систем, Тестирование веб-сервисов
«А если ты не выстрелишь, то испорчусь я»
Ещё недавно считалось, сервис должен просто работать. Нарисовали, заверстали, написали скрипты — вроде всё ок, можно катить на прод.
Но конкуренты не дремлют, поэтому начинается гонка не только за новыми функциями, но и за скоростью работы. Любое зависание приложения или долгий ответ сервера (не говоря уже про всплывающие 500-е ошибки) портят впечатление от сервиса и вынуждают пользователя уходить куда-то ещё. Наверняка, каждый сталкивался с ситуациями, когда вместо покупки билета на самолет, поезд или концерт на экране отображалось «Internal server error», и вы в ярости хотели разбить монитор.
Я — Виктор Бодров, работаю в Яндекс.Деньгах в команде исследований производительности и хочу рассказать о том, чем полезно изучать производительность прямо на продакшене.
IBM MQ и JMeter: Первый контакт
2019-02-03 в 14:01, admin, рубрики: Apache, IBM, jmeter, jms, mq, qa, qa automation, qa testing, queues, test automation, WebSphere, websphere application server, websphere mq, тестирование, Тестирование IT-системПривет!
Это приквел моей предыдущей публикации и в то же время ремейк статьи Автоматизированное тестирование сервисов, использующих протокол MQ с помощью JMeter.
На этот раз расскажу о своем опыте примирения JMeter и IBM MQ для счастливого тестирования приложений на IBM WAS. Сталкивался с такой задачей, легко она не поддавалась. Хочу помочь сэкономить время всем заинтересованным.
Разработка нагрузочных скриптов для браузерных-мобильных игр. Часть 1
2018-04-26 в 15:47, admin, рубрики: java, jmeter, высокая производительность, нагрузочное тестирование, Тестирование веб-сервисов, Тестирование игрПривет. В прошлой статье я рассказал об автоматизации процесса нагрузочного тестирования в игровой компании, в которой я работаю. Теперь пришло время остановится на некоторых конкретных задачах, с которыми пришлось столкнуться в ходе подготовки к процессу тестирования самих игр.
Есть большая разница между тестированием разных банковских/retail-процессов и игр. В первом случае пользователи выполняют их задачи почти изолированно друг от друга и используют только те данные и элементы, которые видят в окне своих браузеров или других клиентов в данный момент, что облегчает разработку нагрузочных скриптов. В играх же пользователи (игроки) находятся в динамично меняющемся мире и часто подвержены влиянию друг друга. В моем воображении разница выглядит примерно так:
JMeter 4.0. Что нового?
2018-03-13 в 13:21, admin, рубрики: Apache, java, jmeter, qa, Блог компании Аркадия, нагрузочное тестирование, тестирование, Тестирование веб-сервисов11 февраля состоялся релиз новой мажорной версии 4.0 Apache JMeter. Поскольку мы используем этот инструмент для нагрузочного тестирования на многих проектах, мы не могли оставить данное событие без внимания.
Предыдущий мажорный релиз (версия 3.0) был выпущен чуть меньше двух лет назад (для сравнения, версия 2.0 вышла аж в 2004-м!). Также за последние 2 года было выпущено несколько минорных релизов (версии 3.1-3.3). Это показывает нам, как JMeter развивается, чтобы шагать в ногу с новыми технологиями и соответствовать нуждам разработчиков.
Похоже, что в новой версии JMeter акцент прежде всего сделан на улучшении пользовательского интерфейса (UX). Процесс навигации и создания тестов стал проще, элементы — дружественней и удобней, а система оповещения пользователя о проблемах с тестами переработана.
Под катом самые важные изменения в JMeter 4.0, о которых вам нужно знать.
Читать полностью »
Нагрузочное тестирование, история автоматизации процесса
2017-11-14 в 15:33, admin, рубрики: django, jmeter, высокая производительность, нагрузочное тестирование, Тестирование веб-сервисовПривет!
Я работаю системным администратором, совмещая это дело с организацией и проведением нагрузочного тестирования для различных проектов (как игровых, так и не очень). Так уж получилось, что нагрузкой занимается только один человек (это я).
В моей компании одновременно работает несколько студий и чтобы сохранять качество каждого игрового проекта каждой из этих студий необходимо проводить нагрузочное тестирование независимо друг от друга, и это привело к тому, что стало необходимо автоматизировать это дело по-максимуму и свести ручное участие к минимуму.
Сам процесс нагрузочного тестирования в своём сознании я делю на несколько этапов:
