Замена HP True Client

Question

Уважаемые гуру HP Load Runner!

Мы считаем, что HP Load Runner True Client не очень стабилен и вынуждает нас использовать старую версию Firefox. Нам нужно протестировать последнюю версию Firefox из-за требований приложения. Мы протестировали несколько версий, включая 12,53. Это также довольно тяжело на CPU% . мы получаем соотношение 1:1 между [user]:[cpu] при использовании True Client.

Мы хотим управлять GUI в этих нагрузочных тестах. Мы не хотим вести / выполнять нагрузочный тест, отправляя HTTP-запросы, т.е. не управляя браузером.

Не могли бы вы порекомендовать альтернативы;

1. Плагины для HP True Client (драйвер), может быть, кто-то еще разработал подобный плагин, который может подключить HP LoadRunner?
2. Хорошая альтернатива HP Load Runner, которая также открывает графический интерфейс браузера конечного пользователя для нагрузочного тестирования, хорошо ли масштабируется? Предпочтительно Opensource.

Спасибо,

Answer 1

Проверьте Apache JMeter, который является бесплатным и открытым исходным кодом. Вы должны быть в состоянии использовать плагин WebDriver Sampler, который обеспечивает интеграцию JMeter и Selenium.

В качестве альтернативы вы можете подключить клиентские библиотеки Selenium Java и написать код для управления экземплярами браузера, используя один из следующих подходов:

• JSR223 Sampler, который позволяет выполнять произвольный код Java/Groovy (другие языки поддерживаются, но не рекомендуются)
• JUnit Sampler - если у вас есть существующие тесты Selenium, вы даже можете импортировать их таким образом
• Существуют и другие "хардкорные" опции, такие как реализация семплера Java Request или даже написание нового плагина JMeter.

Answer 2

Мы хотим управлять GUI в этих нагрузочных тестах. Мы не хотим вести / выполнять нагрузочный тест, отправляя HTTP-запросы, т.е. не управляя браузером.

Какова техническая причина вождения этого? Как ваш сервер узнает, что графический интерфейс необходим для правильной работы? Это было современное состояние в 1995/96 году, но есть очень веские технические причины для тестирования производительности серверов, когда весь рынок перешел на виртуальных пользователей уровня API.

Если вы предполагаете, что причиной этого является "рендеринг", я бы посоветовал вам внимательно изучить инструменты разработчика вашего браузера, чтобы ответить на ваши вопросы о том, сколько времени затрачивается внутри браузера. Это вопрос, который следует задавать и решать на каждом уровне перед тестированием производительности сервера с каждым разработчиком и каждой функциональной проверкой графического интерфейса.

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