Заметка
Доступ к этой странице требует авторизации. Вы можете попробовать войти в систему или изменить каталог.
Доступ к этой странице требует авторизации. Вы можете попробовать сменить директорию.
Нагрузочное тестирование и стресс-тестирование важны для обеспечения производительности и масштабирования веб-приложения. Нагрузки и стресс-тестирование имеют разные цели, даже если они часто используют аналогичные тесты.
Нагрузочные тесты. Проверьте, может ли приложение обрабатывать указанную нагрузку пользователей для определенного сценария при выполнении цели ответа. Приложение выполняется в обычных условиях.
Стресс-тесты: проверьте стабильность приложения при выполнении в экстремальных условиях, часто в течение длительного периода времени. Тесты создают высокий пользовательский нагрузку, отправляя резкие скачки или постепенно увеличивая нагрузку на приложение, либо ограничивают вычислительные ресурсы приложения.
Стресс-тесты определяют, может ли приложение под стрессом восстановиться после сбоя и корректно вернуться к ожидаемому поведению. При нагрузке приложение работает в условиях аномально высокого стресса.
Нагрузочное тестирование Azure — это полностью управляемая служба нагрузочного тестирования, которая позволяет создавать высокомасштабную нагрузку. Служба имитирует трафик для приложений независимо от того, где они размещаются. Предварительная версия нагрузочного тестирования Azure позволяет использовать существующие скрипты Apache JMeter для создания высокомасштабируемой нагрузки.
Нагрузочное тестирование Visual Studio 2019 устарело. Соответствующая облачная служба нагрузочного тестирования Azure DevOps была закрыта.
Сторонние средства
В следующем списке содержатся сторонние средства веб-производительности с различными наборами функций:
- Apache JMeter
- ApacheBench (ab)
- Gatling
- jmeter-dotnet-dsl
- k6
- Саранча
- West Wind WebSurge
- Netling
- Vegeta
- NBomber
Нагрузочное и стресс-тестирование на выпускных сборках
Нагрузки и стресс-тесты должны выполняться в режиме выпуска и рабочей среды , а не в режиме отладки и разработки. Конфигурации релиза полностью оптимизированы с минимальным ведением логов. Конфигурация отладки не оптимизирована. Режим разработки позволяет получать дополнительные сведения о ведении журнала, которые могут повлиять на производительность.