Использование LoadRunner для тестирования серверных процессов

Question

В настоящее время мы используем LoadRunner для тестирования производительности наших веб-приложений, но у нас также есть некоторые серверные процессы, которые нам нужно протестировать.

Справочная информация:

Мы называем эти процессы нашими "двигателями". Один механизм получает сообщения, опрашивая очередь сообщений IBM WebSpere MQ. Он забирает сообщение из очереди, обрабатывает его и помещает результат в исходящую очередь. В настоящее время мы тестируем этот механизм с помощью сценария TCL, который читает файл, содержащий сообщения, помещает сообщения во входящую очередь, а затем опрашивает исходящую очередь на предмет результатов.

Другой движок получает сообщения через веб-сервис. Веб-сервис записывает сообщение в таблицу в нашей базе данных. Механизм опрашивает таблицу базы данных на наличие новых сообщений, принимает сообщение, обрабатывает его и помещает результат обратно в базу данных. В настоящее время мы тестируем этот механизм с помощью сценария VBScript, который читает файл, содержащий сообщения, отправляет сообщение в веб-службу, а затем продолжает запрашивать веб-службу для получения результата, пока он не готов.

Вопрос:

Мы хотели бы покончить со сценариями TCL и VBScript и стандартизировать LoadRunner, чтобы у нас был один инструмент для управления всеми нашими тестами производительности.

1. Я знаю, что LoadRunner поддерживает протокол Web Services "из коробки", но я не уверен, как его использовать. Кто-нибудь знает какие-либо примеры использования LoadRunner для тестирования веб-службы?
2. Есть ли у LoadRunner протокол для MQ? Можно ли использовать LoadRunner Vuser для загрузки нагрузки (помещать сообщения) в очередь MQ? Нужно ли нам что-то покупать у HP или другого поставщика, чтобы сделать это?

Спасибо:)

Answer 1

В загружаемом программном обеспечении есть надстройка для LoadRunner для взаимодействия с сериями MQ и помещения сообщений непосредственно в очередь. Веб-сервисы также полностью поддерживаются, и VBScript также поддерживается, возможно, используя QTPro для скрипта и пользователя GUI в LoadRunner? Colin.

Answer 2

У вас действительно есть три пути для извлечения и извлечения сообщений из очереди MQ с помощью LoadRunner

(1) MQTester. Это родной протокол MQ Add-In для использования с LoadRunner (2) Винсок. Разработка Winsock лучше всего описана как утомительно похожая на сбор мухи из молотого перца. Утомительно, но в итоге очень полезно. Из коробки не требуется никаких дополнительных надстроек, кроме обновления лицензии (возможно) (3) JMS, использующий виртуального пользователя Java, см. http://en.wikipedia.org/wiki/Java_Message_Service. Вы получаете небольшую Java-программу в виртуальном пользователе шаблона Java для LoadRunner. Вам придется разобраться со всеми аспектами черной магии Java, связанными с LoadRunner, но как только вы уловите комбинацию деталей выпуска и установки, вы сможете использовать виртуальный код для публикации практически любого JMS-провайдера (не только MQ) с некоторые заводские настройки подключения изменены.

Вы также сможете использовать JMS с виртуальным пользователем веб-служб, но я не тестировал эту конфигурацию. Посмотрите на раздел JMS настроек времени выполнения.

Answer 3

Можно кодировать запросы SOA и анализировать ответы в LoadRunner. См. Wilsonmar.com/1lrscript.htm.

Но имейте в виду, что TCL и VBScript, разработанные для функционального тестирования, имеют другую архитектуру и область применения, чем сценарии LoadRunner. QTP и WinRunner принимают приложение.

Скрипты LoadRunner ориентированы на обмен данными по проводам. В случае безголового SOA XML это архитектурное различие не имеет значения.

Однако вам может быть проще поддерживать VBscript из графического интерфейса, поскольку для создания сценариев SOA в LoadRunner требуется более глубокое понимание форматов сообщений, чем у большинства разработчиков MQ.

Answer 4

Для # 1, в качестве альтернативы сценарию веб-служб, вы можете попробовать записать сценарий Windows Sockets. Я использовал LoadRunner для записи сценариев winsock для тестирования некоторых (Java) API. Я написал действительно простой клиент Java API, а затем выполнил его из пакетного файла Windows. Пакетный файл затем будет ссылаться как исполняемый файл при записи сценария LR в VUGen.

Я не уверен, что VUGen может загрузить файл VBScript для записи, но вы можете попробовать. В противном случае вы можете попробовать обернуть ваш VBScript в пакетный файл, который может быть запущен VUGen.

Когда VUGen записывает сценарий winsock, он в основном отслеживает сетевое взаимодействие для процесса, с которым вы записываете. После того, как вы закончите запись, он сгенерирует дамп сетевых данных на рабочем листе «data.ws», который вы можете просмотреть и отредактировать с помощью VUGen. Вы можете параметризовать этот рабочий лист для ваших нагрузочных тестов.