2 Дмитрий!
Буду разбираться дальше с данной проблемой, СПАСибо!
- Форум тестировщиков
- → Публикации Fish2007
Публикации Fish2007
29 публикаций создано Fish2007 (учитываются публикации только с 09 мая 2023)
По типу контента
По пользователю
#40223 Тестирование .Net приложения с помощью Vuser
Отправлено автор:
16 марта 2007 - 09:13
в
Hewlett-Packard (Mercury) - Тестирование производительности
#40111 Тестирование .Net приложения с помощью Vuser
Отправлено автор:
15 марта 2007 - 09:01
в
Hewlett-Packard (Mercury) - Тестирование производительности
2 Дмитрий
Согласен с Вами, вопросов к саппорту много накопилось, да, только
они не поддерживают триальные версии, насколько мне известно...
Смысл в том, чтобы поставив триал, убедиться в его мощности или в
обратном, в первом случае для приобретения продукта.
Собственно, я склонен думать, что версию 8.1 FP4 покупать не стоит,
потому как заявленные фичи:
.NET Framework 2.0 & .NET Remoting поддерживаются криво, ежели
не сказать большего. ;)
Согласен с Вами, вопросов к саппорту много накопилось, да, только
они не поддерживают триальные версии, насколько мне известно...
Смысл в том, чтобы поставив триал, убедиться в его мощности или в
обратном, в первом случае для приобретения продукта.
Собственно, я склонен думать, что версию 8.1 FP4 покупать не стоит,
потому как заявленные фичи:
.NET Framework 2.0 & .NET Remoting поддерживаются криво, ежели
не сказать большего. ;)
#39958 Тестирование .Net приложения с помощью Vuser
Отправлено автор:
13 марта 2007 - 11:51
в
Hewlett-Packard (Mercury) - Тестирование производительности
2 Дмитрий!
Вопрос следующий, в примерах, выложенных на http://support.mercury.com/,
тем не менее, нашелся следующий параметр: -vugen_win 8326038
Не могли бы Вы подсказать, что это за параметр и число, ну, или ткнуть носом, где можно об этом прочесть...
Заранее благодарен!
Вопрос следующий, в примерах, выложенных на http://support.mercury.com/,
тем не менее, нашелся следующий параметр: -vugen_win 8326038
Не могли бы Вы подсказать, что это за параметр и число, ну, или ткнуть носом, где можно об этом прочесть...
Заранее благодарен!
#39942 Тестирование .Net приложения с помощью Vuser
Отправлено автор:
13 марта 2007 - 08:48
в
Hewlett-Packard (Mercury) - Тестирование производительности
Доброго времени суток, Дмитрий!
Вы пишите:
"Что-то я не заметил среди параметров -vugen_win. Не могу утверждать, что именно в этом причина вашей проблемы, но я бы попробовал добавить этот параметр (его значение это некая цифирь, уникальная для конкретного инстанса VS .NET). Хотя может для VS .NET 2005 это уже и не требуется, но раньше вроде нужно было."
Дело в том, что такую строку выдает запуск Vuser -> Run Vuser, когда запускаешь тестовую DLL из под VS .NET 2005, затем я просто копирую это в командную строку. Думаю, встроенный механизм Vuser правильно формирует
параметры командной строки. ;)
Я добавил параметр -vugen_win 0, как Вы предложили, и даже добавлял
-vugen_win 2, предполагая, что .NET Framework v.2.0... К сожалению, результат
тот же, статус успешно выполненной команды не изменился, вот лог запуска:
Virtual User Script started
Starting action vuser_init.
Ending action vuser_init.
Running Vuser...
Starting iteration 1.
Starting action Actions.
Notify: Transaction "ConfigSchedulerAdd" started.
Status=waiting;IsSync=True
Status=waiting;IsSync=True
Result = False
Error: Ошибка выполнения команды ConfigSchedulerAdd. Код ошибки: 1 (ErorNotDefined) описание ошибки: Поля ошибки не заполнены
Notify: Transaction "ConfigSchedulerAdd" ended with "Fail" status (Duration: 0,1447).
Ending action Actions.
Ending iteration 1.
Ending Vuser...
Starting action vuser_end.
Ending action vuser_end.
Vuser Terminated.
В помощи по Vuser, указано лишь сочетание:
<vugen path>/bin/mdrv.exe -usr <script_name> -vugen_win 0
без объяснения сути параметра, или я не нашел оного...
В любом случае, благодарю Вас за совет и жду новых идей по поводу
моей проблемы...
Видимо, дело все же в связке mdrv & DLL, потому как консольное приложение
работает, но к сожалению, оно совершенно не предназначено для нагрузочного тестирования с использованием Mercury LoadRunner.
Вы пишите:
"Что-то я не заметил среди параметров -vugen_win. Не могу утверждать, что именно в этом причина вашей проблемы, но я бы попробовал добавить этот параметр (его значение это некая цифирь, уникальная для конкретного инстанса VS .NET). Хотя может для VS .NET 2005 это уже и не требуется, но раньше вроде нужно было."
Дело в том, что такую строку выдает запуск Vuser -> Run Vuser, когда запускаешь тестовую DLL из под VS .NET 2005, затем я просто копирую это в командную строку. Думаю, встроенный механизм Vuser правильно формирует
параметры командной строки. ;)
Я добавил параметр -vugen_win 0, как Вы предложили, и даже добавлял
-vugen_win 2, предполагая, что .NET Framework v.2.0... К сожалению, результат
тот же, статус успешно выполненной команды не изменился, вот лог запуска:
Virtual User Script started
Starting action vuser_init.
Ending action vuser_init.
Running Vuser...
Starting iteration 1.
Starting action Actions.
Notify: Transaction "ConfigSchedulerAdd" started.
Status=waiting;IsSync=True
Status=waiting;IsSync=True
Result = False
Error: Ошибка выполнения команды ConfigSchedulerAdd. Код ошибки: 1 (ErorNotDefined) описание ошибки: Поля ошибки не заполнены
Notify: Transaction "ConfigSchedulerAdd" ended with "Fail" status (Duration: 0,1447).
Ending action Actions.
Ending iteration 1.
Ending Vuser...
Starting action vuser_end.
Ending action vuser_end.
Vuser Terminated.
В помощи по Vuser, указано лишь сочетание:
<vugen path>/bin/mdrv.exe -usr <script_name> -vugen_win 0
без объяснения сути параметра, или я не нашел оного...
В любом случае, благодарю Вас за совет и жду новых идей по поводу
моей проблемы...
Видимо, дело все же в связке mdrv & DLL, потому как консольное приложение
работает, но к сожалению, оно совершенно не предназначено для нагрузочного тестирования с использованием Mercury LoadRunner.
