посмотри в сниффере свой ответ

я новичок))) есть кто то кого можно за хвостик подергать вопросами?)

Можно написать в чат вопрос

не проще) у меня их несколько)и они могут быть глупыми)))

Нет глупых вопросов

я тут за неделю столько уже выслушала по поводу того, что мои вопросы глупые и мне в песочницу, что я лучше тет-а-тет) с тем кому не влом поотвечать на тупые вопросы)

В какой сфере вам интересно нагрузочное тестирование?

У нас дружелюбное сообщество, поэтому не стесняйтесь задавать сразу и открыто

Ответы на ваши вопросы могут быть полезными для других участников сообщечтва, поэтому лучше будет, если вы их завалите здесь

Добрый день. Такой вопросик.
Провожу capacity тест. Опирался на информацию что сценарий у пользоватля занимает ~ 400 секунд. Сценарий небольшой урлов 20, 10 из них логи. Сделал, запустил.
Thread group использую вот эту jp@gc - Stepping Thread Group (deprecated)

В этом случае из-за таймеров не получается постоянно нарастающей нагрузки. Я это изначально понимал, пытался rump up подстроить чтобы было постоянно интуитивно.

Не получилось :( throughput не постоянный из-за того что нагрузка волнами идёт.

Плюнул, привел сценарий не к 400 секундам, а к 10 поставил пару постоянных таймеров, и запустил.
Теперь бомбим часто и как следствие постоянно.

Вопрос: а как бы так это сделать, чтобы постоянно нарастающая нагрузка и при этом сценарий пользователя 400 секунд?

Второй случай, при сценарии в 10 секунд

ну во-первых deprecated тред группы лучше не использовать.
во вторых, вам необходимо абстрагировать от реальных пользователей. правильно считать нагрузку в запросах в секунду. известно что за 400 сек 1 пользователь генерирует 20 запросов, таким образом 20 параллельных пользователей должны генерировать нагрузку как раз примерно 400 запросов в 400 секунд -> 1 запрос в секунду.
вы можете зафиксировать количество потоков в дефолтной тред группе и оперировать рпсами с помощью throughput shaping timer, там выстраивайте нужный вам график. например 1->2->3->4 рпс, главное чтобы хватало пользователей на проход всей итерации. количество тредов рассчитывается так: (сумма максимальных времен отклика сценария)*(требуемые рпсы)=кол-во тредов

итого интерпретируем пользователей в рпсы, манипулируем ими через 1 таймер

но в целом у вас итак тест валидный, не вижу необходимости в длительности сценария в 400 сек

Отлично, спасибо, понял. Думал, что нужно стараться сохранить длительность сценария.

А после чтобы дать оценку сколько система выдерживает пользователей - пересчитываю обратно полученное число. Спасибо.

ну тогда не кидайте тапками)))

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

Как это понимаю я:
В момент получения заглушкой реквеста с ID импортируемого клиента, моя заглушка генерит поля ответа и возможно кладет в какой нибудь свой постгресс, как юзверя которого мы импортнули.
Парсим ответ и посылаем подтверждающий запрос что все данные соответствуют действительности. Так?

ну, описание задания какое-то сумбурное.
Как я это понял:
1) С нагрузочной станции вы отправляете запрос на импорт клиента с id
2) Система принимает запрос и перенаправляет во внешнюю систему (заглушку) этот же я id
3) Система получает ответ на запрос с информацией о пользователе с этим id

Теперь начинаются суцмерки:
Вы отправляете в объект тестирования запрос, подтверждающий импорт клиента. В запросе должны содержаться данные, которые ранее были получены объектом тестирования из заглушки.

Что тут имеется в виду? кто "вы"? Нагрузочная станция? А почему нагрузочная станция должна подтверждать импорт клиента? Откуда она берет данные, которые были получены системой от заглушки?

П.С. Советую уходить от жаргона уровня "юзверя"

простите за жаргон))) долго общалась с админами. прилипло)

как я понимаю заглушка и является генератором