RD
В зависимости от того что этот код запускает
Size: a a a
2021 June 22
RD
Учитывая что производительность уровня wrk не нужна))
IB
чтобы нагрузить через браузеры, надо железа дофига, как минимум на два-три порядка больше, чем стрелять запросами.
поддерживать какой-то RPS постоянный нет возможности.
времена ответов как вытащишь через селениум? (можно через CDP как-то, но это будет нетривиально как минимум)
вот долго ждал что элемент какой-то отрисуется, а локализовать проблему как?
поддерживать какой-то RPS постоянный нет возможности.
времена ответов как вытащишь через селениум? (можно через CDP как-то, но это будет нетривиально как минимум)
вот долго ждал что элемент какой-то отрисуется, а локализовать проблему как?
IB
если надо проверить, что 20 пользователей могут работать параллельно и ответ в духе вроде могут подходит, то наверное, норм. но в реальной жизни нужно больше информации.
RD
Да нет задачи делать нагрузочное тестирование браузером
RD
Вообще
AR
Так может ты к автомазаторам зайдешь?
AR
Есть же чатик с автоматизацией
RD
Нагрузочное тестирование нативным механизмом для выбранного инструмента; автотест нативным механизмом для инструмента. Я хочу, чтобы код для того, и для другого был единый
jj
IB
не хватает конкретики
IB
зачем тогда ссылка на проект с нагрузкой через браузер?
IB
в том проекте меньше 200 строк кода если что...
RD
Если я возьму то что по ссылке и запущу в один поток и один vu "нагрузочный" "тест" "браузером" - я получу обычный селениум-тест. Если я запущу это через стандартный механизм для locust - я получу обычный нагрузочный тест. Не обязательно в один поток, в смысле - обязательно через HttpLocust. Итог - единый .py под обе задачи. Или я где-то неправ? Конечно, если допиливать вручную то, что в репе
AR
А на тос же селениум мешает сделать, просто интересно?
RD
Типа, в 2 файла?
RD
Отдельный конфиг теста под селениум и отдельный конфиг лоадтеста?
AR
Или вы хотите я чтобы одна среда отвечала и за автоматизацию и за нагрузку?
RD
Это я не хочу.
RD