Описание тега loadrunner

LoadRunner - это коммерческий инструмент для тестирования производительности, принадлежащий Hewlett-Packard. История LoadRunner началась в 1994 году с небольшой консоли для управления сеансами X-Runner, запущенными на рабочих станциях X-Windows.

Интерфейс LoadRunner и эволюция платформы следовали за изменениями в отрасли. К версии 4 контроллер LoadRunner был доступен для выполнения в Windows, включая управление клиентами WinRunner и настраиваемыми виртуальными пользователями API. Контроллер UNIX продолжал быть доступным на нескольких платформах, несмотря на версию 5 и был удален, когда контроллер на базе Windows получил возможность управлять генераторами нагрузки на основе UNIX/LINUX с помощью LoadRunner версии 6. Версия 6 включает механизм анализа и версию 8 500 точек SiteScope для обеспечения единого мониторинга. Версии LoadRunner под номером 10.x были полностью пропущены в пользу перехода с 9,5x непосредственно на версию 11 LoadRunner, о которой было объявлено летом 2010 года.

LoadRunner поддерживает различное количество интерфейсов, многие из которых имеют историческую основу в том, как вычисления клиент-сервер изменились за последние два десятилетия. Текущая версия LoadRunner поддерживает QuickTest Professional исключительно в качестве виртуального пользователя GUI, оставляя позади поддержку WinRunner и XRunner. Доступны такие разнообразные интерфейсы, как Windows Sockets на нижнем конце стека и RDP/Citrix на верхнем конце. Между этими уровнями находится поддержка протоколов для баз данных, моделей распределенных вычислений, веб-технологий, конкретных приложений и языковых шаблонов для тех случаев, когда встроенная поддержка отсутствует. С LoadRunner версии 9.5 стал доступен SDK протокола, позволяющий клиентам создавать индивидуальную интеграцию для приложений, не поддерживаемых в поставляемой версии LoadRunner.В 2010/2011 г. была проведена бета-версия облачной версии LoadRunner на Amazon Web Services.

Основным языком разработки LoadRunner является "C", который изначально был выбран из-за его легкости и доступности для различных платформ генераторов нагрузки, поддерживаемых этим инструментом (UNIX и Windows). С уходом поставщиков UNIX от поставки компилятора с каждой копией операционной системы UNIX, Mercury перешел к включению LCC, облегченного кроссплатформенного компилятора C: дополнительную информацию о LCC можно найти на сайте http://www.cs.virginia.edu/~lcc-win32/.

Хотя C является основным языком инструмента, LoadRunner поддерживает ряд дополнительных языков для создания скриптов:

• VB
• Сценарий VB
• Джава
• JavaScript
• C#

Степень, в которой один язык сценариев может использоваться по сравнению с другим, определяется протоколом или интерфейсом, используемым / тестируемым.

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

Стоимость - это наиболее частая критика LoadRunner, а не технические возможности.

Рынок талантов LoadRunner - сложный. Несмотря на то, что на рынке существует множество резюме, подавляющее большинство этих резюме привязано к людям, у которых мало фундаментальных навыков или навыков. Рынок производительности за последние десять лет, с 2001 по 2010 год, находился в странном экономическом состоянии: хотя рынок расширяется, а количество поставщиков не успевает за ним, ставки вознаграждения падают. Экономисты отмечают, что в условиях дефицита ресурсов цена ресурса будет расти, отражая его дефицит. Этого не произошло на рынке навыков тестирования производительности. Темпы падения в условиях дефицита ресурсов отражают среднюю стоимость ресурса, которая снижается быстрее, чем расширение рынка.

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

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