GUI VUsers - это обычные функциональные тесты, которые вообще говоря, создаются для целей функционального тестирования, а не нагрузочного. Но иногда, когда деваться
<skip>
Vuser'ами (скриптами, созданными в WinRunner) и можно протестировать приложения, с которыми вы работаете через terminal services.
Другое дело - Citrix. Здесь есть отличная поддержка и никакие GUI VUsers нам не нужны. Именно поэтому самый первый совет, когда ни один протокол не подходит (как раз ваш случай) - узнать можно ли работать с приложением через Citrix (в том смысле даст ли вам такое тестирование значимые результаты). GUI VUsers это самый крайний случай, когда уж совсем никак...
Dmitry_NJ, у меня сразу появились вопросы :)
Вопросы про первый метод: Так а WinRunner сможет работать через microsoft-овскую терминальную сессию? Или Вы имеете в виду, что нужно написать функциональный тест и потом запустить в терминальном окне? Но тут же, наверное, возникнет та же проблема , что и с Роботом - захочет запускаться в нескольких экземплярах в нескольких терминальных окнах. Или же нужно записать функциональные тесты, а потом подпихивать их LoadRunner-у?
Да, и еще, нужно использовать именно WinRunner или QuickTestPro тоже подходит?
Вопросы про второй метод: если использовать Сitryx, то для записи скрипта можно будет применять только LoadRunner и он потом будет эмулировать несоклько десятков Сitryx-вских сессий?
