Пользовательские файлы журналов LR: как я могу получить их с машин-генераторов?

Question

Предположим, у меня есть тест VUGen C, который записывает результаты в некоторый файл журнала данных, то есть он перечисляет обработанные идентификаторы или что-то подобное в файле, который создается (или добавляется) при инициализации, записывается в основное действие и закрывается при выключении.

Тогда мне интересно, есть ли функциональность LR, которая позволяет мне найти консолидированную структуру каталогов на контроллере, содержащую копии всех файлов пользователя vusers?

Насколько я вижу, все экземпляры vuser используют одну общую копию тестовой структуры каталогов, расположенную где-то в temp. Итак, а) мне нужно включить идентификатор VUser в имя моего пользовательского файла журнала, и б) мне нужно вручную собрать файлы результатов из моего генератора нагрузки после выполнения сценария, что является неуклюжим процессом.

Единственная удобная альтернатива - сообщить все обработанные идентификаторы (или что-то еще) в VTS (сервер виртуальных таблиц HP, похоже, бесплатный) и забрать их оттуда, верно? Тогда мне нужно сделать дополнительное кодирование. Может ли быть так, что никто никогда не пропускал такую ​​функциональность в VUgen / LR?

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

Answer 1

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

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

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

Кроме того, если вы хотите восстановить данные в конце теста и хотите полностью рассмотреть разъединенный хост, вы можете посмотреть на предложение К. Сэнделла о UNC-пути к общему хосту / местоположению, с дополнительным усложнением наличия управлять блокировками с другими виртуальными пользователями при переходе к общему файлу или просто включить другую цель в ваш тест, такую ​​как VTS, любое из многих решений на основе очереди сообщений Java, или даже MySQL с легким внешним интерфейсом для простого переноса данных в таблица с использованием формы.

Answer 2

Способ, которым мы делаем это, независимо от Performance Center или Standalone, заключается в том, чтобы путь UNC отображался сценариями.Затем мы создаем / записываем / читаем из файлов.

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

Обратите внимание, что создание / запись в один и тот же файл из двух разных пользователей vuser не будет работать, вам следует либо создать определенные имена vuser_id, либо использовать базу данных для хранения данных.,Опция DB требует наличия у вас сторонней библиотеки БД (DLL), которую вы ..