Size: a a a

QA — Load & Performance

2020 February 21

AV

Andrey Vasiliev in QA — Load & Performance
можно ссылку на почитать?
источник

KL

Konstantin L in QA — Load & Performance
источник
2020 February 22

KT

Kseniya Taktasheva in QA — Load & Performance
Вдруг, кому-то будет интересно https://comaqamos.timepad.ru/event/1268288/
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Здорово
источник

KT

Kseniya Taktasheva in QA — Load & Performance
Приходи, приходи!!! Без тебя нагрузка не нагрузка!
источник
2020 February 23

АС

Артем Сидорук in QA — Load & Performance
Погуглил инструменты из темы выше. Есть даже статья на хабре с примерами про них:  https://habr.com/ru/company/1cloud/blog/474474/
источник
2020 February 24

YR

Yevhenii Rozstalnoy in QA — Load & Performance
Привет! Такая проблема: после рефакторинга некой системы все рабоатет быстрее и быстрее но как сказали ITшники появилась большая разница между тем что меряет Jmeter и тем что показывает сама система или AppInsights. Сталкивался ли кто с такой проблемой? чему верить?
источник

KY

Kirill Yurkov in QA — Load & Performance
Yevhenii Rozstalnoy
Привет! Такая проблема: после рефакторинга некой системы все рабоатет быстрее и быстрее но как сказали ITшники появилась большая разница между тем что меряет Jmeter и тем что показывает сама система или AppInsights. Сталкивался ли кто с такой проблемой? чему верить?
внутренние метрики приложения часто будут отличаться с данными клиентской стороны. там нет затрат на сеть, на балансировщики и нет, например очередей IIS. плюс ко всему ряд данных, которые получает Jmeter представлены агрегировано или усредненно, точно так же как и приложение может их агрегировать каким то образом, ну и AppInsights. далее можно увидеть неточности на этапе визуализации/хранения данных. но в первую очередь я бы обратил внимание на то что лежит между клиентом и самим приложением: сеть и тд.
источник

KY

Kirill Yurkov in QA — Load & Performance
а в какую сторону разница?
источник

KY

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

YR

Yevhenii Rozstalnoy in QA — Load & Performance
Kirill Yurkov
а в какую сторону разница?
Jmeter показывает время на ~2.5 сек большее чем система
источник

KY

Kirill Yurkov in QA — Load & Performance
Yevhenii Rozstalnoy
Jmeter показывает время на ~2.5 сек большее чем система
а детальнее есть данные? 2,5 сек это время загрузки страницы? latency? руками пробовали зайти в приложение попробовать дернуть какой то метод во время нагрузки?
источник

KY

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

KY

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

KY

Kirill Yurkov in QA — Load & Performance
Yevhenii Rozstalnoy
Jmeter показывает время на ~2.5 сек большее чем система
это берется один и тот же интервал?
источник

KY

Kirill Yurkov in QA — Load & Performance
временной
источник

YR

Yevhenii Rozstalnoy in QA — Load & Performance
с этим попробуем разобраться, спасибо. Так же просят можно ли выводить отдельно для Jmeter : Elapsed time, Latency и Connect Time что бы лучше понять расхождения
источник

KY

Kirill Yurkov in QA — Load & Performance
Yevhenii Rozstalnoy
с этим попробуем разобраться, спасибо. Так же просят можно ли выводить отдельно для Jmeter : Elapsed time, Latency и Connect Time что бы лучше понять расхождения
достаточно посомтреть пару запросов, если это регулярное явление. файлик логов класть в view results tree - по дефолту оно пишется
источник

KY

Kirill Yurkov in QA — Load & Performance
стоковый Backend Listener не уверен что пишет. в логах железно можно увидеть если писать настроенным simple data writer
источник

KY

Kirill Yurkov in QA — Load & Performance
более массово можно глянуть в view results in table
источник