Завтра попробую это реализовать, может что выйдет. Всё же хочу как -то уговорить  разработчиков чтобы мне возвращали в теле респонса эту смс или токен что там у них))

Так-то никто не мешает и смску отправлять (проверять работу смс-гейта) и получать её в http-ответе параллельно, это просто сильно облегчит задачу в начале. Но для нормального интеграционного тестирования не хватит только проверки, насколько быстро смски вообще приходят. А то мало ли что: в операторскую дырку данные будут уходить хорошо, а смски юзерам под нагрузкой приходить не будут.

Благодарю за ответ))! буду пробовать.

У smsc например есть возможность получать историю по номеру телефона.
https://smsc.ru/api/http/get_data/outbox/#menu

Правда у них ограничение - 30 запросов в час )

Так что лучше мокать.

Прошу прощения, а что значит мокать?))

Использовать свой сервер вместо реального смс-гейта, который будет эмулировать его API.

Спасибо! Читаю)!

Имхо, не стоит нагружать гейт ) У них обычно очень злые ограничения.

Ок.))

привет, подскажите как правильно обработать удаление фото (на сайте). Ситуация следующая есть 2 реальных юзера в 10 потоках (как пример), ramp up ставлю тоже 10. После выполнения теста, у каждого из них остается одна/две не удаленные фотографии. И вот не могу понять связано ли это с закрытием (быстрым) сессии, или это оттого что одни и те же юзеры используются. PS: если увеличить ramp up в принципе проблема исчезает...

время отклика какое?

время которое получаю в результате (average)?

ну хотя бы average, но лучше перцентиль 95

@fourwingedsun привет, когда ориентировочно ждать начало регистрации на мероприятие?

специально в питер прикатил на мероприятие)

Начало будет 18-го числа в 18:00 на Пискаревском проспекте, 2, к. 2Щ.

Регистрацию обещали запилить, мы все в ожидании