Странно, оказывается функция run selected Test cases in parallel от soapui прекрасно подходит для проведения стресс тестов rest сервисов. А вы мне советовали Jmeter и gatling

У SmartBear отдельный инструмент зачем-то есть, LoadUI. Небесплатный. Они, видимо, не в курсе что одного SoapUI достаточно (шютка).

Jmeter позволяет нагрузку контролировать и вести по определённому профилю. А параллельный прогон позволяет то же самое?

LoadUI тут не причём.

кто-нибудь настраивал SpecFlow в Rider?

Параллельный прогон работает.

помогите избавиться от данной ошибки:
 SpecFlow designer codebehind generation is not compatible with MSBuild codebehind generation. The custom tool must be removed from the file. See http://www.specflow.org/documentation/Generate-Tests-from-MsBuild

может кто-то знает, как сделать тоже самое действие, но в Rider, если конечно то же самое необходимо сделать

Раскройте смысл употреблённого тут "работает", будьте добры:
- как работает (что происходит?)
- что при этом можно настроить?
- какие метрики/отчёты Вы получаете?

Я уверен, что если бы мой инструктор по перфомансу услышал "параллельный прогон работает", он бы на меня странно посмотрел -- тема непростая.

Проверяется минимальное  кол-во параллельных реквестов, при которых хотя бы один респонс прийдет с отказом response timeout без pdf

Сейчас стреляю и нахожу методом дихотомии это число

Как это делается в Jmeter (емнип): задаётся макс. количество тредов, и функция наращивания оных.

В отчёте/графике можно смотреть при каком количестве появились ошибки.

Что убирает необходимость в "дихотомии".

И какой это вид тестирования?

Приветствую!
Есть опыт написания автотестов под мобильные игры на defold?
Руководство завернуло тестирование на poco(от AirTest IDE)
Говорят есть в dmengine расширение, которое может удаленно слать команды на устройство по айдишникам, но инфы в инете пока не нашел
Может есть опыт тестирования другими инструментами?
Прошу поделитесь

Нагрузочное же, нет?

стало интересно, ну-ка погуглим
первое, что попалось на глаза - кукумбер для дефолда )))

Всем привет. Возникла проблема с определением момента окончания загрузки страницы. Я понимаю, что беспрактис это ждать только нужный элемент, но в случае мобильной версии сайта это работает совсем плохо, условная кнопка есть, но без полностью загруженной страницы она не нажимается. Гугл подсказывает популярное решение
new WebDriverWait(getWebDriver(), 10000).until(webDriver -> ((JavascriptExecutor) webDriver).executeScript("return document.readyState").equals("complete"));
но оно работает только при открытии нового урла, в процессе хождения по страницам уже открытого сайта ожидания нет, подозреваю возвращается статус уже загруженной страницы.
Есть какое-то нормальное решение, кроме очевидного перехвата ошибок и повтора действия чере n мс?

Если не нажимается, то можно ли проверять, что кнопка, условно, стала enabled? И стала кликабельна?

всем привет. Не падалась ли кому хорошая статья про эстимирование автоматизации?

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

Пользователь может кликнуть, пока ещё страница отрисовывается?

Ну не во время отрисовки, но во время загрузки может