Я без них сначала тестировала, ошибка уже была.
Затем я подумала, может стоит ограничить время жизни потока. То есть если ждет дольше секунды - пусть отмирает.

а ошибка OutOfMemory на стороне Jmeter? Или на стороне нагружаемой системы

Тестируемая нода пишет. Но коллега предположил, что это jmeter так аффектит, ибо нагрузка такая же и выше из java-приложения идет без таких ошибок.

Может такое быть?

По тестированию...
Моим планом было:
1. Найти критичную нагрузку на наш сервис
По идее, мы планировали возможность работать при нагрузке в несколько тысяч клиентов (около 5000) в секунду (на этой тачке я не уверена, но в целом...).
Писала на java небольшое приложение, которое запускало 500 потоков и отправляло запросы на наш приклад - нагрузку держит и все окей.
На jmeter - Out of memory.

2. Тестировать на 70% от этой нагрузки какое-то время (сутки, неделю) (нашла playbook сбера и там было написано, что 70% это норм)

Меня в первый раз кинули на тестирование, поэтому могу чего-то не понимать. Очень благодарна за вашу помощь🙏🏻

Я думал что ошибка именно в самом jmeter, а тут оказывается тестируемое приложение падает. Тогда мои советы мимо.

Jmeter не может аффектить на это?

Раз при запуске такого же количества запросов с другого приложения таких проблем не наблюдается

скорее всего вы подаете нагрузку гораздо больше чем ожидаете из-за некорректной настройки тредгрупп. Что показывают листенеры с графиком рпс/тпс? Цифры соответсвует ожиданиям?

Выше скидывали шаблон тестплана: https://t.me/qa_load/30470.
Можно взять за основу и поместить туда свой запрос и смотреть на графики

Если настраивать графану нет желания, то можно смотреть на графики в самом джиметре.

Я вообще не ожидаю, что будут какие-то падения на такой низкой нагрузке😅

а низкая это какая? пока из тестплана видно что поднимается 40 тредов(потоков) и они все одновременно делают запрос и останавливаются и на этом всё. Возможно не хватает кол-ва соединений на стороне тестируемой системы или еще чего-то. Попробуйте подавать нагрузку плавно, сделав рамп-ап например минуту и добавив таймер для расчета интенсивности. Советую почитать про пейсинг https://loadtestweb.info/2017/08/23/pacing/

Низкая это до 500 потоков.
Я с другого приложения запускала 500 потоков и они отрабатывали без этой ошибки, поэтому я предположила, что дело не в прикладе.

Хорошо, попробую завтра🤔

Спасибо)

Сами по себе потоки (треды jmeter) в вакууме ни о чем не говорят. Нужно понимать какую интенсивность запросов (транзакций) в единицу времени способен выдать один поток. Это можно регулировать например таймером.

То есть 500 тредов не то же, что 500 обращений?

Ребят, а как можно получить данные письма через jmeter?

Спросить почтовый сервер? у него наверное апи какой нить есть