Вышли плагины 0.5.3 для JMeter

Всем привет!

В очередном небольшом обновлении:

• Loadosophia.org Uploader подхватывает и загружает на сервер не только данные теста, но и данные PerfMon Metrics Collector
• Добавлен один новый график
• Исправлены некоторые баги

Качать тут: http://code.google.c...ugins-0.5.3.zip

Привет, а как насчёт реализовать функцию или конфиг элемент cutLineFromFile?
По аналогии с csv dataset.

Привет, а как насчёт реализовать функцию или конфиг элемент cutLineFromFile?
По аналогии с csv dataset.

А что это за загадочная функция cutLineFromFile ?

А что это за загадочная функция cutLineFromFile ?

Эта функция зачитывала бы строку из файла и сразу бы её удаляла, либо если это было бы реализованно конфиг элементом по типу csv data set config (что предпочтительнее) то зачитывала бы и распарсивала в набор переменных строку и затем всё так же её удаляла. Этот вариант был бы необходим там где предварительно подготовленые данные можно использовать только один раз, к примеру когда в каком либо веб приложении на человека по кейсу навешиваются какие то сервисы, либо на страницу накидывается какое то количество объектов и больше нельзя, а чистить это лишний сценарий писать.

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

Простите, но вы хотите неправильного. Как раз нужно писать внешние сценарии, которые готовят тестовые данные перед тестом, и удаляют их если нужно после теста. А сам тест должен иметь минимум накладных расходов. Представьте себе, что 1000 тредов пытаются удалять строчки из одного файла одновременно - они конечно же выстроятся в очередь к нему и начнут ждать освобождения ресурса. Это самым ужасным образом исказит тест. Поэтому такая функция для JMeter - заблуждение.

Простите, но вы хотите неправильного. Как раз нужно писать внешние сценарии, которые готовят тестовые данные перед тестом, и удаляют их если нужно после теста. А сам тест должен иметь минимум накладных расходов. Представьте себе, что 1000 тредов пытаются удалять строчки из одного файла одновременно - они конечно же выстроятся в очередь к нему и начнут ждать освобождения ресурса. Это самым ужасным образом исказит тест. Поэтому такая функция для JMeter - заблуждение.

В csv data set config они выстраиваются в очередь? Или вопрос именно в удалении и то что это операция значительнее? Думаю этот механизм можно было бы продумать и удаление происходило бы не тормозя тест.
По поводу подготовки, порой это занимает много времени и предварительно гененрируется очень много данных сразу на несколько тестов, потом ручками удалять часть уже использованных не удобно, по моему здесь этот вариант облегчил бы жизнь.

В csv data set config они выстраиваются в очередь? Или вопрос именно в удалении и то что это операция значительнее?

В CSV Data Set они выстраиваются в очередь, если указана опция "один набор на все треды". Но так как операция чтения несравнимо быстрее операции записи, то эффектов торможения практически не заметно. В случае с удалением все будет гораздо медленнее.

Если у вас тесты уже настолько сложны, что оперировать "ручками" со сгенерированными наборами уже трудно - значит пора грамотно автоматизировать этот процесс.