Я использую jsr 223 и пишу иногда кодом. Но к сожалению js. Надо срочно переходить на груви. Просто у нас логика всех приложений такая, что чтобы обработать платёж или перевести кредит в статус просрочки, нужно менять время. Есть для этого эндпоинт. Но блин, время должно быть определённым. Надо гетнуть его, потом проверить оно до часу или после (к примеру) и прибавить или нет нужную константу и это все потом put. Это если нагрузка и обработка платежей

А если api тесты я юзала сравнение разное данных и вывод результата в JMeter адекватными мессагами типо  что Initial payment 225 is not equal calculated value 223.

Это время меня уже так задрало. На старых проектах. А сейчас до отпуска тесты написала. Но разработчики просят продолжить флоу.  Сейчас опять пришла к смене времени. Так в этом приложении ещё хуже. Должен быть именно час дня следующего дня. Надо взять день, вычислить следующий и установить время в час am)))) jmeter не создан для такой фигни

Надо потом перейти на гатлинг

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

Так то самое неприятное, это если в начале тест валиться... "...мочало Эта песня хороша, начинай с начала..."

Привыкай, это и есть НТ 🤣

Огромное количество факапов вас ожидает на НТ

на НТ факапов количество огромное ожидает вас 🤣

)

огромное - это маааалоооо 😊

Всем привет! Подскажите пж-ста в чем может быть проблема. Отправляю просто файл по http через curl -все норм. А через jmeter файл по логам успешно доходит, он на ресурсе создается, но только пустой размером 51 байт. Файл отправляю стандартно через HTTP Request

"пустой размером 51 байт" - так не бывает.

Появилась задача замониторить работу системы с ZKOSS, быстро. Открыл документацию, а она оказалась очень хороша.

Неплохая схема по причинам медленных ответов:
https://www.zkoss.org/wiki/ZK%20Developer's%20Reference/Performance%20Monitoring/Step%20by%20Step%20Trouble%20Shooting

И пользовался кто-нибудь zkGazer.war: https://www.theserverside.com/tip/ZK-Performance-Monitors ?

Рабочий механизм?

Стандартные пути исследования:
1) проверить лог жметра
2) пропустить жметр через фиддлер и сравнить запросы, отправляющие один и тот же файл.

можно завернуть в готовый класс всё это и дёргать везде где надо (и не надо), я думаю чутка упростит копипастную боль

Есть какой-то способ прочитать вайршарком трафик на ECDHE?

Нашел  тут боянистый стих  и только сейчас понял что это прям про нашу работу  

https://www.youtube.com/watch?v=67HiJBdZ7u0