Size: a a a

QA — Load & Performance

2019 October 17

ВС

Вячеслав Смирнов in QA — Load & Performance
В JMeter три варианта быстрой разработки своего Sampler:

JavaRequest (самый простой для конфигурирования, из-за удобной таблицы с параметрами)

JUnitSampler: параметризировать сложно, в параметры передается одна строка, а не таблица
Но писать очень просто. Проще некуда.
https://github.com/apache/jmeter/blob/master/src/protocol/junit-sample/src/main/java/test/RerunTest.java

И ещё один был. Забыл где описание исходников. Там  просто описывается код. На него нет документации, но были два примера в исходниках
источник

KK

Konstantin Kalinin in QA — Load & Performance
В итоге дело ясное, что дело темное :-D Если MyClass extends AbstractJavaSamplerClient, то все ок с методами замера времени. А если класс написан с нуля, и просто MyClass implements JavaSamplerClient, то что-то идет не так.

Ну да ладно - работает - и хорошо. Спасибо!
источник

KK

Konstantin Kalinin in QA — Load & Performance
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
https://github.com/apache/jmeter/tree/master/src/examples/src/main/java/org/apache/jmeter/examples/testbeans

Вот третий вариант реализации Sampler: testbean

Отличается от двух предыдущих тем, что тут можно декларативно описать внешний вид, состав полей. И кода немного
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
https://github.com/apache/jmeter/tree/master/src/examples/src/main/java/org/apache/jmeter/examples/sampler

И полноценный Sampler с GUI, его делать уже сложнее. Кода там больше
источник

A

Anastasia in QA — Load & Performance
Кто-нибудь встречался с таким поведением графика распределения времени ответа? Смущают эти провалы и группировка основной массы ответов с интервалом в 300ms. Это может быть связано с очередью на отправку?
источник

g

gat0r in QA — Load & Performance
Скорее всего это какой-то периодичный процесс на сервере
источник

ЕЕ

Евгений Евгений in QA — Load & Performance
Может быть разные тестовые данные
источник

A

Anastasia in QA — Load & Performance
данные статичные. отсылается один и тот же запрос
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Да, возможно нагрузочная станция достигла лимита на количество открытых соединений
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Через таймаут они закрывались, запросы отправлялись. И таймаут сделал картину с "биением"
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Можно посмотреть на количество tcp time wait сокетов во время теста. Настроить сеть
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Какая операционная система?
источник

A

Anastasia in QA — Load & Performance
win
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
netstat -na | find "FIN_WAIT_2" /c

Из статьи
http://it-consulting.koloshko.com/2014/10/windows-server-optimization.html?m=1

Покажет количество сокетов в состоянии fin wait
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Если количество близко к 3976 (лимит по умолчанию). То настройка сети должна помочь
источник

ВС

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

A

Anastasia in QA — Load & Performance
Спасибо
источник
2019 October 18

ВС

Вячеслав Смирнов in QA — Load & Performance
Метрики производительности для исследования невероятно быстрых веб-приложений
https://habr.com/ru/company/ruvds/blog/470872/
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Полезная статья. Там есть объяснение причин того, что в статистике работы JS могут быть иногда результаты по 1000 сек и больше я и почему это может быть. И есть красивый вариант визуализации метрик производительности.
источник