34504245 Как интерпретировать результаты теста | Хостинг | Материалы

Курсы

Как интерпретировать результаты теста

beget2_1 Как интерпретировать результаты теста | Хостинг | Материалы

Когда вы запускаете нагрузочный тест с использованием Load Impact, вы всегда получите график результатов по умолчанию на странице результатов теста. Этот график даст вам оценку высокого уровня того, сколько времени, как опытный пользователь, потребуется для загрузки вашего API, веб-клиента или веб-сайта.

В большинстве случаев правильно сказать, что если VU Load Timeплоскость, System Under Test (SUT) может комфортно справляться с нагрузкой. Если вы хотите узнать, где его ограничения, вам нужно будет увеличить нагрузку / одновременных пользователей. Вы должны посмотреть время абсолютной загрузки ресурсов и определить, какие приемлемые значения. Как правило, большинство пользователей имеют официальные или неофициальные SLA для того, как их системы должны реагировать.

Показатели, указанные в тесте

VU Load Timeявляется показателем «по умолчанию», который отображается на диаграмме по умолчанию для каждого запускаемого теста, а также количества активных клиентов. Ниже приведен пример диаграммы по умолчанию, показывающий VU Load Timeкак синий график и активных клиентов как зеленый график (Цвета могут варьироваться в зависимости от показателей, которые вы планируете)

595ae87714d4b9f086cf091620c4f3bf Как интерпретировать результаты теста | Хостинг | Материалы

VU Load Timeсообщает, сколько времени потребовалось, чтобы имитируемые клиенты выполняли все транзакции HTTP в пользовательском сценарии. Он измеряет общее время, которое требуется виртуальным пользователям, чтобы сделать все HTTP-запросы в пользовательском сценарии, игнорируя любой client.sleep (). Когда VU Load Timeвы смотрите на вас, вы хотите искать тенденции:

  • Плоскость, VU Load Timeкак правило, является признаком стабильности
  • Увеличение VU Load Timeобычно является признаком ухудшения производительности

Общие типы / шаблоны графа

Ниже приведены некоторые общие закономерности, с которыми вы можете столкнуться, и что потенциально убрать их.

1. Плоский граф

В приведенной ниже таблице показан зеленый график, который отображает количество активных клиентов в тесте и синий график, показывающий время загрузки пользователя (время ответа) во время теста. Несмотря на увеличение нагрузки (зеленый график) от 1 до 25 одновременных клиентов, вы можете видеть, что синий график не меняется - он слегка колеблется вверх и вниз, но остается на том же среднем уровне, независимо от уровня нагрузки. Это говорит о том, что испытываемая система нигде не находится под напряжением при нагрузке, на которую она подвергается. Значительно более высокие уровни нагрузки потребуются для любого снижения производительности.

595ae87714d4b9f086cf091620c4f3bf Как интерпретировать результаты теста | Хостинг | Материалы

2. Рост графика

Рассмотрим тест, в котором уровень нагрузки увеличивается примерно от 75 до 500 клиентов в течение примерно 12 минут (тест начался с 0 клиентов, но мы увеличили график, чтобы показать наиболее интересные части). Мы можем видеть, что синяя диаграмма, показывающая время отклика, является плоской на некоторое время, тогда она начинает увеличиваться прибл. 200 одновременных клиентов и продолжает увеличиваться линейно на протяжении всего теста.

Из этого графика можно сделать вывод, что спрос на некоторый ресурс превышает доступность этого ресурса около 200 клиентов, что приводит к грациозному ухудшению производительности с этого момента, так как каждый клиент должен делиться ограниченным ресурсом одинаково. Недостаток некоторых системных ресурсов (например, пропускная способность сети) приведет к такой грациозной / линейной деградации производительности, в то время как другие приведут к очень быстрому экспоненциальному снижению производительности (например, нехватка системной памяти). Обратите внимание, что изящная деградация обычно становится экспоненциальной, когда дефицит становится достаточно серьезным.

ec5bb8ee7ab209750703122e03a32ced Как интерпретировать результаты теста | Хостинг | Материалы

3. Экспоненциальный граф

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

252ca93a614f7b8bc2b5a6f4507d355a Как интерпретировать результаты теста | Хостинг | Материалы

Дополнительные показатели

Ниже основного графика вы можете добавить дополнительные показатели результата. Если у вас есть какие-либо серверные агенты мониторинга или созданы пользовательские показатели, они доступны здесь.

Какие еще показатели следует учитывать?

Это сильно зависит от ваших целей тестирования. Вот некоторые общие вещи, которые следует иметь в виду:

  • Процессор нагрузки и генератор нагрузки
    • Хорошо для проверки здравомыслия. Являются ли они> 50%? Если да - вы можете перенапрягать Load Gen и должны учитывать изменения конфигурации
  • Пропускная способность
    • Как правило, вы должны ожидать увеличения полосы пропускания с количеством виртуальных пользователей
    • Если полосы пропускания как VUs растут, у вас может быть узкое место
  • Интенсивность отказов
    • Если у вас высокая частота отказов, это может спровоцировать некоторый тип проблемы
  • Серверные агенты мониторинга
    • Если вы добавили их в свой тестовый конфиг, что происходит с SUT во время теста?
  • Пользовательские показатели
    • Если вы потратили время на их создание, вы, вероятно, захотите их просмотреть

URL и вкладки страницы

После того как вы просмотрите основные показатели результатов, вы должны рассмотреть вкладки URL и страницы.

Вкладка URL

Вкладка URL покажет вам, как выполнялся каждый ресурс, запрошенный во время теста. Вкладка доступна для поиска и сортировки для большинства тестовых примеров. Вы должны искать неожиданные состояния и большие отклонения между минимальным и максимальным временем загрузки для отдельных ресурсов. Эти две вещи предполагают потенциальные проблемы с производительностью. Вы можете использовать три точки рядом с Avg, чтобы построить ресурс на основной или небольшой диаграмме.

22e0a03ec04db1fce4398997d50b6483 Как интерпретировать результаты теста | Хостинг | Материалы

заглавие Определение
URL Уникальный ресурс, запрошенный во время испытаний
Сценарий зоны загрузки / пользователя Имя зоны загрузки и пользовательский сценарий, запрос выполнен из
метод HTTP-глагол, используемый для выполнения запроса
Положение дел Код состояния возвращен
подсчитывать Количество попыток запроса ресурса во время теста
Размер / Сжатый Размер ресурса
Мин Макс Минимальное и максимальное время отклика для ресурса
в среднем Среднее время отклика для этого ресурса

См. Также:

Вкладка

Если вы использовали http.page_start()и http.page_end()в своем сценарии, мы собираем и вычисляем все ресурсы между этими функциями в вашем скрипте на этой вкладке. Настоятельно рекомендуется переименовать имена по умолчанию в нечто контекстуальное. т.е. http.page_start("Page 1")-> http.page_start("Homepage") Эта небольшая корректировка сделает ваши результаты намного легче для чтения и для других, с которыми вы делитесь результатами.

Структура вкладки аналогична вкладке URL. Вы должны искать большие отклонения между временем загрузки Min и Max для этих страниц. Иногда полезно начинать со вкладки «Страницы», чтобы найти наихудшие страницы, а затем переходить на вкладку URL, чтобы найти точный запрос.

70bdd925f5cd0e7269dd39a695faadb7 Как интерпретировать результаты теста | Хостинг | Материалы


logo-small Как интерпретировать результаты теста | Хостинг | Материалы