Короче говоря, платформы UserView и BrowserView загружают веб-страницы в реальные браузеры и выполняют все компоненты страницы. Мониторинг через HTTP (S) использует эмулировать, синтетические браузеры, и только загрузка элементов страницы, которые запрашиваются без рендеринга.

Задачи HTTP (S) используют запросы HTTP/S между пользовательским синтетическим браузером и сервером для проведения мониторинга. Хотя задачи HTTP (S) также могут быть записаны и воспроизведены для мониторинга приложений, это особенно полезно при мониторинге производительности сервера, связанного с веб-приложением. Кроме того, задачи HTTP (S) поддерживают динамические переменные, файлы cookie и безопасные сайты. Задачи HTTP (S) используют пользовательский процесс (не обычный браузер) для воспроизведения записанных шагов, поэтому он не рекомендуется для веб-сайтов, которые активно используют богатые интернет-приложения (RIAs), такие как JavaScript или AJAX. Поскольку веб-контент не может быть встроен в ответ HTTP (S) (в случае запуска AJAX), задача HTTP (S) может вызвать ложное оповещение о проверке содержимого.

С другой стороны, задачи, созданные с платформ BrowserView и UserView, используют обычный браузер для открытия веб-страницы и воспроизведения задачи. Таким образом, оба они обеспечивают проверку содержимого в реальном окне браузера, так что вы можете визуально проверить наличие соответствующего контента. Кроме того, UserView воспроизводит многоступенчатый путь через приложение, например корзину или отправку в систему. Мониторинг UserView способен эмуляции фактических событий браузера во время мониторинга, таких как щелчки мыши, текстовый ввод, и парит. Эти события выполняются в окне браузера (см. изображение выше). Регулярный аспект браузера мониторинга UserView может быть соединен с виртуальной клавиатурой / мышью “картинка матч” технология, которая позволяет контролировать очень сложные веб-приложений под управлением RIAs, в том числе Silverlight, AJAX, Flex, Flash, JavaScript, applets, дополнения, а также другие объекты веб-страницы, которые динамически взаимодействуют с браузером. Кроме того, UserView может записывать видеозапись взаимодействия страницы при обнаружении проблем.

Как сделать выбор

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

Если доступность URL-адреса находится под вопросом, выберите задачу HTTP (S).

Если проверка содержимого имеет значение, выберите задачу с платформ BrowserView или UserView. Чтобы сделать выбор между платформами BrowserView и UserView, просто проверьте страницу, которую вы хотите контролировать. Если страница содержит JavaScript, который может манипулировать контентом или загружать его дополнительно с ваших или сторонних серверов, то платформа UserView рекомендуется.

Из-за этих различий в http (S) Задача и задачи платформ BrowserView и UserView, есть также разница во времени отклика измеряется каждым типом задачи.

Ниже приведен пример различий:

Веб-http://daniel.lorch.cc/docs/ajax_simple/ajax-cool.html? имеет поле редактирования. Если число “1” будет введено в поле редактирования, JavaScript сделает запрос на http://daniel.lorch.cc/docs/ajax_simple/validate.php, который должен вернуть строку “Username слишком короткая” и отобразить ее в качестве HTML.

Поскольку скрипт мониторинга UserView имитирует действие реального браузера, он будет выполнять следующие шаги: загрузить страницу, найти поле редактирования и ввести “1”; окончательное действие — это проверка ключевого слова о том, что строка «Имя пользователя слишком коротка» отображается в HTML:

Сценарий userView

script_version 1,4 евро; recorder_version 1,26,6,23847; дата 17.11.2010; IE-8.0.6001.18702;

DMBrowser dmb0 – нулевой;

Шаг (1, З” – http://daniel.lorch.cc/docs/ajax_simple/ajax-cool.html?”);

dmb0 – Tabs.NewTab ();

dmb0. GoTo (“http://daniel.lorch.cc/docs/ajax_simple/ajax-cool.html?”);

dmb0. TextField (“//INPUT (@NAME) и нет (@TYPE)”). Нажмите кнопку ();

dmb0. TextField (“//INPUT (@NAME) и нет (@TYPE)”). TypeText (“1”);

DMAssert.CHECK (“Поиск” имя пользователя слишком короткий ‘”, () > dmb0. Text.Contains (“Имя пользователя слишком короткое”), dmb0);

Мониторинг HTTP (S) выполняет эту задачу по-разному. Он эмулирует запросы низкого уровня HTTP (S). Например, если предыдущий пример мониторинга UserView преобразуется в процесс мониторинга HTTP (S), мониторинг проводится как две задачи HTTP с запросами GET:

ЗАДАЧИ HTTP (S)

ПОЛУЧИТЬ HTTP://DANIEL.LORCH.CC/DOCS/AJAX_SIMPLE/AJAX-COOL.HTML

ПОЛУЧИТЬ http://daniel.lorch.cc/docs/ajax_simple/validate.php?name=1