Size: a a a

QA — Load & Performance

2021 April 29

KY

Kirill Yurkov in QA — Load & Performance
из совокупности средних температур можно много выводов сделать)
источник

VG

Viktor Ganeles in QA — Load & Performance
мне кажется, что полезных выводов можно сделать немного.
один всего :времена отклика по 90%% не превышают ХХ по всей системе
источник

VG

Viktor Ganeles in QA — Load & Performance
при этом если в системе есть операции-тяжеловесы, для которых большое время отклика это норма - мы в итоге получаем выводы только по ним.
источник

VG

Viktor Ganeles in QA — Load & Performance
(у меня такие есть, потому и вся метрика кажется мне слабополезной)
источник

KY

Kirill Yurkov in QA — Load & Performance
ну давай попробуем. например среднее, 90%% и 99%% время отклика ухудшились по сравнению с прошлой версией. бесполезная инфа?)
источник

АК

Андрей Коломытов... in QA — Load & Performance
Надо ещё распределение внутри перцентиля смотреть, может там % быстрых откликов упал, а может и типичное время отклика выросло. Имхо, можно добиться того же сравнением большего числа перцентилей — что в быстрых произошло, что в медленных. Перцентиль с конца, такое бывает? Как правильно называется?
источник

АК

Андрей Коломытов... in QA — Load & Performance
Ну да, это квартили распределения, децили, и так далее. Среднее может сохраниться, а характер распределения — измениться наверное даже с нормалього до U-образного. А среднее по больнице будет постоянным.
источник

АК

Андрей Коломытов... in QA — Load & Performance
В отрыве от анализа содержимого, перецентиль говорит только об  i-том значении упорядоченного массива, но не об отношении элементов массива. Какая-то польза от сравнения средних будет только при допущении о постоянстве распределения.
источник

KY

Kirill Yurkov in QA — Load & Performance
я к тому что это повод для изучения ситуации, как минимум. так то понятно что нужно смотреть массу всего
источник

KY

Kirill Yurkov in QA — Load & Performance
а ценность данных которые могут дать быстро и легко подсказку о том куда надо и на стоп посмотреть - высокая,имхо
источник

АК

Андрей Коломытов... in QA — Load & Performance
Верно. Но тут надо понимать, что это только верхнеуровневый маркер, получается.
источник

KY

Kirill Yurkov in QA — Load & Performance
точняк
источник

AA

Artem Astaxov in QA — Load & Performance
дык а если  там из за доработок часть операций упала по времени, а часть подросла и мб даже за сла ушла😅
источник

KY

Kirill Yurkov in QA — Load & Performance
по-прежнему остается полезной метрикой, а которая может подсказать о том что на это надо глянуть как минимум)
источник

VG

Viktor Ganeles in QA — Load & Performance
Ну, если это тесты на максперф, где в конце теста завал системы необходим - то бесполезная :)

Если это тесты стабильности (или тесты на прод.уровне) - ок, убедил
источник

A

Andrew in QA — Load & Performance
Кина не будет?
источник

/R

/O R. in QA — Load & Performance
Опытные! кто-то же грузилово делал для 100к+ пользователей? какие сист требования для сервера с нагружометром подойдут?
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
очередной вопрос на 10000000000000к+ пользователей
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
овтет - считайте в рпсах а не в штуках пользователей
источник

ЮК

Юлия Кшнякина... in QA — Load & Performance
Здравствуйте. Возник вопрос: на сколько часто и используется ли вообще в jmeter отправка параллельных запросов? И на сколько это надежно/правильно? Или же лучше использовать другой инструмент в случае, если нужно 10 одновременных запросов посылать в рамках 100-1000 потоков?
источник