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

Выбор зависит от того, хотите ли вы протестировать веб-приложение, веб-страницу, производительность веб-сервисов или ограничения веб-сервера.

Выбор параметра «Многоступенчатый процесс» позволяет отслеживать влияние нагрузки с помощью действий по сценарию. Выбирать Одна веб-страница Если необходимо проверить производительность одной веб-страницы, открыв ее в папке реальный браузер (Chrome, Microsoft Edge, мобильные браузеры/устройства и т. д.). Чтобы проверить ограничения веб-ресурсов, отправляя HTTP/S-запросы на целевой URL-адрес, не открывая его в браузере, выберите HTTP/S выбор.

Для получения дополнительной информации, прочитайте наше сравнение HTTP против реального браузера Загрузка Тесты статьи.

Многоступенчатый процесс — веб-приложения

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

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

Отдельные веб-страницы

Если вы хотите протестировать производительность одной веб-страницы, чтобы обеспечить выдающийся пользовательский опыт, вы можете выбрать тест Web Pages. Это можно рассматривать как упрощенную версию типа теста «Многоступенчатый процесс». Современные веб-страницы используют различные веб-технологии (JavaScript, CSS и т.д.), которые определяют пользовательский интерфейс. Задача загружает страницу и отображает все видимое содержимое страницы, включая динамические элементы, в реальном окне браузера для измерения времени отклика и отображения фактической производительности страницы.

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

Потоковое мультимедиа

Если ваша цель — протестировать производительность вашего медиаресурса и у вас есть статическая RTP-ссылка для доступа к источнику потока, выберите тип теста Потоковое мультимедиа. Если URL-адрес файла мультимедиа не является общедоступным, рассмотрите тип теста веб-приложения для настройки теста. Ознакомьтесь с рекомендациями по нагрузочному тестированию для служб потоковой передачи звука и видео в статье Нагрузочное тестирование потокового мультимедиа с помощью LoadView .

Тип теста “Потоковое мультимедиа” позволяет тестировать общедоступные мультимедийные ресурсы, имитируя тысячи одновременных пользователей, выполняющих потоковую передачу целевого мультимедиа. Дополнительные сведения о настройке теста потокового мультимедиа см. здесь.

HTTP/S, SOAP, Отдых WEB API

Стек тестовых целевых объектов — это простейший способ тестирования производительности веб-ресурсов или веб-служб на основе API и SOAP. Эти тесты позволяют проверить, может ли веб-ресурс справиться с определенной нагрузкой, и убедиться, что нет значительных задержек во времени отклика под нагрузкой.

Эти типы тестов не скажу вам, если пользовательский интерфейс вашего сайта чувствителен к нагрузке, но позволяет проверить и лучше понять производительность сервера или API. Подробнее о настройке целевых объектов читайте в соответствующих статьях: HTTP(S), SOAP, Rest WEB API.

Почтальон

Если вы использовали Postman для тестирования производительности веб-API или мониторинга трафика Postman с помощью Dotcom-Monitor, тест Postman Collection может быть быстрым и эффективным инструментом для настройки нагрузочного теста в LoadView. Для начала с настройки нагрузного теста все, что вам нужно сделать, это создать коллекцию из существующих вызовов Web API в Postman и загрузить ее в Dotcom-Monitor. Пожалуйста, ознакомьтесь с нашим подробным руководством по нагрузочному тестированию с помощью Postman Collections: Postman Load Testing: LoadView Tutorial.

JMeter

Если у вас есть план тестирования, созданный в JMeter, и вы хотите использовать его для настройки нагрузочного тестирования в LoadView, выберите тип нагрузочного тестирования JMeter. Все, что вам нужно сделать, это импортировать файл JMX с планом тестирования на платформу LoadView и настроить сценарий тестирования для выполнения теста. Прежде чем начать, ознакомьтесь со следующей статьей, чтобы получить несколько советов по нагрузочному тестированию с помощью планов тестирования JMeter — Нагрузочное тестирование с использованием планов тестирования JMeter.

Селен

Если вы освоили Selenium IDE и хотите использовать LoadView для выполнения нагрузочных тестов Selenium, вы можете сделать это с помощью нашей интеграции Selenium IDE. Сохраните набор тестов, созданный в Selenium, в файл IDE, выберите тип теста Selenium в LoadView и загрузите файл. Узнайте, как настроить и запустить нагрузочный тест Selenium в LoadView, в статье Нагрузочное тестирование с использованием тестов Selenium на нашей вики.