Тест производительности с Тельцом - PullRequest
Новая
       42

Тест производительности с Тельцом

0 голосов
/ 04 сентября 2018

Я новичок в тестировании производительности и хотел бы знать, что означает следующий вывод Телец (http://websi.te НЕ является реальным доменным именем моего теста!): 

10:53:12 INFO: Test duration: 0:06:54
10:53:12 INFO: Samples count: 1202, 2.08% failures
10:53:12 INFO: Average times: total 26.906, latency 0.132, connect 0.233
10:53:12 INFO: Percentiles:
┌───────────────┬───────────────┐
│ Percentile, % │ Resp. Time, s │
├───────────────┼───────────────┤
│           0.0 │         0.728 │
│          50.0 │        23.631 │
│          90.0 │        43.903 │
│          95.0 │        56.927 │
│          99.0 │        84.351 │
│          99.9 │       104.895 │
│         100.0 │       125.503 │
└───────────────┴───────────────┘
10:53:12 INFO: Request label stats:
┌─────────────────┬────────┬────────┬────────┬───────────────────┐
│ label           │ status │   succ │ avg_rt │ error             │
├─────────────────┼────────┼────────┼────────┼───────────────────┤
│ http://websi.te │  FAIL  │ 97.92% │ 26.906 │ Moved Permanently │
└─────────────────┴────────┴────────┴────────┴───────────────────┘

Например:

  1. Resp. Time, s: 43.903 - означает ли это, что мой сайт отвечал в 40% случаев через 40 секунд? Это было бы невозможно, потому что он отвечает через 1-2 секунды, если я посещаю его через веб-браузер.

  2. Является ли avg_rt (среднее время ответа?) Около 26 секунд? Невозможно.

Если я посмотрю на тест производительности Chromium, большинство элементов (Сеть, Кадры, Сценарии) выполняются после 1000 мс, а сетевой водопад - примерно через 650 мс.

Я также тестировал linguee.com с Тельцом, и он дает мне похожие цифры:

  • avg_rt: 15 секунд
  • 50%: 10 секунд
  • 90%: 24 секунды
  • 95%: 56 секунд

Есть ли неправильное представление? Как вообще возможно, что 90% всех запросов имели время ответа 24 секунды? проверить это самостоятельно и перейти на linguee.com, это около 2000 мс.

Заранее спасибо.

EDIT:

Мой файл конфигурации выглядит следующим образом 

execution:
- concurrency: 100
  ramp-up: 1m
  hold-for: 5m
  scenario: quick-test

scenarios:
  quick-test:
    requests:
    - https://www.linguee.com

Ответы [ 2 ]

0 голосов
/ 07 сентября 2018

Есть следующие возможности для ваших плохих результатов, если вы действительно тестируете внешний сайт, такой как linguee:

  • Ваша сетевая карта не может обрабатывать основной трафик, поэтому вы тестируете не веб-сайт, а свою сеть
  • Целевой веб-сайт имеет механизм защиты DDOS и замедляет ваши запросы
  • Ваша машина перегружена

Что касается Blazedemo, кажется, что сайт не работает или сталкивается с проблемами производительности.

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

0 голосов
/ 04 сентября 2018
  1. Resp. Time, s 43.903 для 90% -ного процентиля означает, что время ответа составляло не менее 43 секунд для 90% запросов
  2. avg_rt означает среднее время ответа. Это среднее арифметическое из всех длительностей сэмплеров, деленное на их количество. В вашем случае это 26 секунд

Что касается ваших «невозможных» утверждений:

  • Ваш тест предполагает 1202 запроса
  • Ваша продолжительность теста составляет 7 минут

Это означает, что каждую минуту вы запускаете 171 запрос, что дает ~ 2,85 запросов в секунду. Я бы не сказал, что это выглядит как «нагрузочный тест», скорее всего, производительность вашей системы - большой вопрос. Вы можете попробовать открыть тестируемую систему в браузере во время выполнения теста и подготовиться к удивлению.

Итак, я бы начал исследовать, почему ваша система реагирует так медленно и, прежде всего, проверил, достаточно ли у нее ресурсов (ОЗУ, ЦП, сеть, диск и т. Д.), Вы можете сделать это, используя JMeter PerfMon Plugin

...