HP LoadRunner
LoadRunner | |
---|---|
Тип | средство нагрузочного тестирования |
Разработчики | Mercury Interactive, Hewlett Packard, Hewlett Packard Enterprise, Hewlett Packard Enterprise Software |
Операционные системы | Microsoft Windows, Linux (только Load Generator) |
Языки интерфейса | английский, бразильский, голландский, итальянский, испанский, китайский, корейский, немецкий, португальский, русский, французский, японский |
Первый выпуск | апрель 2000 г. (v.5.0) |
Последняя версия | 2020 Service Pack 1 (2 апреля 2020 г.) |
Состояние | активное |
Лицензия | Проприетарное программное обеспечение |
Сайт | HPE LoadRunner |
HP LoadRunner (также HPE LoadRunner) — утилита для автоматизированного нагрузочного тестирования. Первая версия была выпущена компанией «Mercury Interactive» в 1989 г[1][источник не указан 2819 дней].
Hewlett Packard Enterprise приобрела LoadRunner в рамках приобретения Mercury Interactive в ноябре 2006 года. В сентябре 2016 года Hewlett Packard Enterprise объявила о продаже своего программного обеспечения, включая продукты Mercury, Micro Focus. По состоянию на 01 сентября 2017 года приобретение было завершено.
Описание
[править | править код]Программа может выполнять тестирование как различных приложений, так и сайтов разного уровня сложности. При тестировании эмулирует параллельную работу большого количества т. н. виртуальных пользователей (в виде процессов или потоков), выполняющих различные скрипты (действия) по различным сценариям. Программа имеет соответствующие наборы инструментов для проведения тестирования. Также в состав HP LoadRunner входит набор инструментов для работы с приложением по различным протоколам (удалённо, через прокси-сервер и др.)
Компания Hewlett-Packard приобрела LoadRunner при покупке израильской компании en:Mercury Interactive в ноябре 2006 года[2][3].
HP LoadRunner состоит из следующих компонентных модулей:
- Virtual User Generator (VuGen) — для разработки нагрузочных скриптов;
- Load Generator — для генерации нагрузки (генерации виртуальных пользователей);
- Controller — для создания, настройки и запуска сценариев нагрузки;
- Agent process — связывает модули Controller и Load Generator;
- Analysis — для анализа результатов проведённого нагрузочного тестирования.
В отличие от GUI-тестов, нагрузочные тесты (VuGen) работают с трафиком между клиентом и сервером (прикладной и транспортный уровни), а для генерации нагрузки можно использовать одну рабочую станцию.
HP LoadRunner позволяет мониторить системные ресурсы и может интегрироваться с HP Quality Center для хранения нагрузочных скриптов, сценариев, результатов испытаний и с HP QuickTest Professional для нагрузки с помощью GUI-теста.
Модули
[править | править код]Virtual User Generator
[править | править код]Модуль Virtual User Generator — служит для разработки скриптов, которые будут задействованы для дальнейшего тестирования. Имеет большой набор инструментов, помогающих написать максимально продуктивные скрипты для тестирования приложения. Часть инструментов позволяет вести автоматическое написание скриптов. Достаточно включить «запись» и все действия, выполняемые пользователем на компьютере, будут записываться в скрипт (своего рода «логирование»). Хотя в дальнейшем такие скрипты желательно вручную доработать, исправить или оптимизировать, повышая тем самым их эффективность и безотказность.
Также данный модуль имеет функции для настройки работы с параметрами защиты тестируемого приложения. Допустим, если трафик сайта защищён недоверенным сертификатом, то при входе на такой сайт защита будет выдавать предупреждение о том, что надёжность сайта подозрительна. В результате настроек HP LoadRunner для работы с таким сертификатом в автоматическое написание скриптов не будут попадать лишние данные о защите сайта, что существенно улучшит работу скрипта. Скрипты, созданные данным модулем, имеют гибкую структуру, которую можно настраивать в зависимости от требований к тесту. По умолчанию структура скрипта состоит из трёх «секций»:
- Vuser_init — в данную секцию записываются начальные действия пользователя, которые приведут к запуску тестируемого приложения;
- Action — в эту секцию записывается основная часть скрипта, которая и будет производить нагрузку на тестируемый модуль;
- Vuser_end — в последней секции записываются действия для корректного закрытия модуля и завершения работы пользователя с тестируемым приложением.
Такой подход к написанию скриптов обеспечивает очень высокую эффективность работы.
Пример: 100 пользователей подключились к приложению и прошли этап Vuser_init
, после чего 100 раз выполняют Action
-часть скрипта и, завершая выполнение, проходят по одному разу этап Vuser_end
. Таким образом, наши виртуальные пользователи не будут тратить время на выполнение лишних 99 раз этапов Vuser_init
, Vuser_end
.
Есть возможность выполнить записанный скрипт и в случае возникновения ошибки можно посмотреть скриншоты или веб-страницы всех шагов скрипта, что в первую очередь позволяет увидеть, как приложение вело себя во время выполнения скрипта и детальней разобраться, в каком месте возникла ошибка.
Controller
[править | править код]Модуль Controller — основной модуль программы. Выполняет сценарии проведения тестирования по заданным настройкам. В этот модуль включаются скрипты, написанные в Virtual User Generator. Администратор имеет возможность создать сценарий тестирования:
- настроить количество виртуальных пользователей;
- объединить их в группы;
- задать интервалы времени, в которые определённые группы пользователей будут подключаться или отключаться;
- добавить скрипты, которые будут выполнять различные группы пользователей;
- настроить время выполнения (продолжительность) сценария.
Рассматриваемый модуль имеет информативный интерфейс, то есть после запуска выполнения сценария можно детально следить за его процессом. Администратор имеет возможность следить:
- За тем, какие группы виртуальных пользователей, на каких этапах находятся. Пример: 15 пользователей ожидают своей очереди, 5 пользователей готовятся к выполнению первой секции скрипта (
Vuser_init
), 200 пользователей выполняют секциюAction
, 100 пользователей успешно выполнили свои сценарии (то есть прошли все секции скрипта, по заданному сценарию), 20 пользователей потерпели неудачу и столкнулись с ошибкой приложения. Также детально посмотреть какая ошибка, у какого пользователя и в какой секции скрипта возникла. - За графиками, которые отображают прохождение процесса тестирования. Различные графики можно подключить в любой момент выполнения сценария и они отобразят данные, которые записывались с самого старта сценария. Графики также имеют различные настройки для удобного мониторинга процесса. Примеры таких графиков: количество пользователей за время, ошибок за время, задействование памяти или других ресурсов сервера по времени и пр.
По завершении выполнения сценария администратор может перейти в модуль Analysis.
Analysis
[править | править код]Модуль Analysis — служит для составления детальных отчётов о проделанном тестировании. Отчёты могут быть двух типов:
- в виде документа (Word-файла *.doc);
- в виде HTML-страницы (можно просматривать различными браузерами).
Перед созданием отчёта администратор настраивает интересующие его показатели, которые попадут в отчёт. Можно включить различные графики, которые записывались во время проведения тестирования, стили отображения этих графиков (линейные, объёмные и пр.). Ошибки, которые возникали в ходе выполнения скриптов пользователями и т. п. В общем, в отчёт можно включить всё, что происходило во время тестирования. После настройки отчёта и нажатия кнопки «Создать отчёт», администратор получает детальную отчётность о проведённом тестировании.
Поддерживаемые технологии
[править | править код]- Application Deployment Solution. Протоколы: Citrix ICA, Microsoft Remote Desktop Protocol (RDP).
- Клиент-серверные. Протоколы: DB2 CLI, DNS, FLEX, Informix, Microsoft .NET, MS SQL, ODBC, Oracle (2-tier), SPDY, Sybase (CTLIB, DBLIB), WAP, Windows Sockets, XML.
- Пользовательские. Типы скриптов на C, Java, JavaScript, VBScript, Visual Basic, Visual Basic .NET.
- Распределённые системы. Протоколы: COM/DCOM, Microsoft .NET.
- E-business. Протоколы: AJAX (Click and Script, TruClient), AMF, FTP, LDAP, Microsoft .NET, Web (Click and Script, HTTP/HTML).
- Enterprise Java Beans.
- ERP/CRM. Протоколы: Oracle NCA, Oracle Web Applications 11i, PeopleSoft Enterprise (PeopleSoft–Tuxedo), SAP (Click and Script, SAPGUI, SAP–Web), Siebel (Siebel–DB2CLI, Siebel–MSSQL, Siebel–Oracle, Siebel–Web).
- Java (Java over HTTP, Record/Replay).
- Эмуляция терминалов (en:IBM 5250, PowerTerm, VT).
- Веб-сервисы. Протоколы: JMS, Silverlight, SOAP.
- Почтовые службы. Протоколы: Internet Messaging (IMAP), MS Exchange (MAPI), Post Office Protocol (POP3), Simple Mail Protocol (SMTP), en:Jacada, Tuxedo (версии 6, 7).
- Потоковое мультимедиа-вещание. Протоколы: MediaPlayer (MMS), RealPlayer (RTSP).
См. также
[править | править код]Примечания
[править | править код]- ↑ Why is HP killing LoadRunner? | FRED BERINGER . Дата обращения: 20 марта 2017. Архивировано из оригинала 21 марта 2017 года.
- ↑ HP News - HP to Acquire Mercury Interactive Corp . Дата обращения: 20 марта 2017. Архивировано 19 марта 2017 года.
- ↑ HP to buy Mercury Interactive for $4.5B | Computerworld . Дата обращения: 20 марта 2017. Архивировано 21 марта 2017 года.
В статье не хватает ссылок на источники (см. рекомендации по поиску). |