Загрузить Runner и производительность клиента браузера

Question

Я хотел бы подтвердить несколько вещей:

1) Сценарии стандартного загрузчика НЕ ​​записывают время, которое браузер будет тратить на рендеринг HTML и обработку JS?

2) GUIVUser будет необходимо для достижения # 1.Есть ли другие способы?

3) Сценарии для GUI Vuser отличаются от сценариев для стандартного vuser?

4) Есть ли какой-либо полный способ проверки того, захватывает ли LoadRunner время клиентакак некоторые анализируют результаты, а не исполнитель / разработчик теста)?

Спасибо.

Answer 1

Существует только один способ получить время для конечного пользователя, включая рендеринг, который заключается в сэмплировании в интерфейсе конечного пользователя, следовательно, виртуальный пользователь с графическим интерфейсом, созданный с использованием Quicktest Professional (если мы говорим о решениях на основе LR).

Стандартный виртуальный пользователь HTTP выполняется на уровне протокола HTTP.Именно над этим уровнем в браузере происходит JavaScript и рендеринг.Никаких архитектурных доказательств этого не требуется.

Существует гибридная модель, которая выполняет Javascript и подходит довольно близко к концу клиента, но все еще не достигает точного края, необходимого для времени рендеринга.это технология TruClient в Loadrunner 11. Компромисс при использовании всех этих функций в технологии виртуальных пользователей заключается в том, что требования к ресурсам для запуска этого типа виртуального пользователя близки к требованиям для работы реального браузера.

Answer 2

Комментарии по использованию нового протокола TruClient

Я видел, как клиенты сталкивались с этим при тестировании многофункциональных интернет-приложений

1. Эта технология является относительно новой для LoadRunner
2. интерфейс Firefox JavaScript может быть неумолимым и неуклюжим
3. VU делаютне масштабируется, как и «обычный» пользователь HTTP
   • каждый VU на моем сайте требует 60-70 МБ памяти каждый
   • , поэтому для выполнения тестов для тысяч пользователей требуется много оборудования (для спасения требуется облако)??)
4. Как уже упоминалось выше, время отклика ближе по духу к восприятию конечного пользователя, чем классический сценарий HTTP.

Answer 3

1) Коррент. Web / HTML-скрипты не обрабатывают ЛЮБОЙ контент (JS или другой) 2) QuickTest Professionaö (как уже упоминалось) 3) да 4) Да

Чтобы объяснить 4-е ДА, вы можете записать сценарий любого сайта, который интенсивно использует JavaScript, сделайте повтор, и вы увидите, что на рендеринг пользовательского интерфейса или обработку JS не тратится время. В качестве примера вы можете попробовать бенчмарк SunSpider JS:)

Время обработки клиентов обычно моделируется с помощью lr_think_time () в сценариях LR.

Примечание: Что касается измерения времени рендеринга клиента, то это очень сложно и очень неточно. Основная причина в том, что вы, как тестировщик, не имеете никакого контроля над средой / оборудованием, которое будет использовать реальный пользователь, поэтому, даже если ваши тесты показывают, что это быстро, настройки пользователя могут замедлить его ... или наоборот ..