Size: a a a

QA — Автоматизация

2020 August 27

AS

Andrei Solntsev in QA — Автоматизация
Lev Yarushin
Лучше так не делать.  Если у вас очень мощная машина, поставьте докер, Selenoid и используйте RemoteWebDriver.  Таким образом, вы разграничите тесты и браузер. А если понадобится перенести браузеры на другую машину, у вас нужно будет только адрес сменить
А я не согласен. Ничего нет плохого в том, чтобы запускать браузер на одной машине с тестами. И создавать FirefoxDriver, а не RemoteDriver. Мы во всех проектах только так и делаем.
источник

AS

Andrei Solntsev in QA — Автоматизация
Так проще и быстрее. По-моему, фишка с RemoteDriver - это пережиток прошлого, навеянный старым добрым Selenium 1.
источник

AS

Andrei Solntsev in QA — Автоматизация
Вот и ребята из Pupeeter и Cypress так же думают.
источник

LY

Lev Yarushin in QA — Автоматизация
Andrei Solntsev
А я не согласен. Ничего нет плохого в том, чтобы запускать браузер на одной машине с тестами. И создавать FirefoxDriver, а не RemoteDriver. Мы во всех проектах только так и делаем.
у человека специфическая потребность в 44 firefox. Проще всего взять соответствующий образ в Selenoid
источник

LY

Lev Yarushin in QA — Автоматизация
Плохого ничего, масштабировать получится не очень. Чтобы не переписывать лишний раз, лучше настроиться работать с remote
источник

AS

Andrei Solntsev in QA — Автоматизация
Ну да, если какая-то древняя версия браузера нужна, тогда может быть. Но прямо вот так по умолчанию утверждать, что всем это нужно - ну такое..
источник

AS

Andrei Solntsev in QA — Автоматизация
Lev Yarushin
Плохого ничего, масштабировать получится не очень. Чтобы не переписывать лишний раз, лучше настроиться работать с remote
Да кто ж мешает масштабировать без селеноида. Ещё и проще масштабировать.
источник

LY

Lev Yarushin in QA — Автоматизация
Так я вроде и не утверждал. Но параллелить начинают все, рано или поздно
источник

LY

Lev Yarushin in QA — Автоматизация
Andrei Solntsev
Да кто ж мешает масштабировать без селеноида. Ещё и проще масштабировать.
Всё на одной машине? Ну не тянет одна против кластера.
источник

DP

Denis Platonov in QA — Автоматизация
у них там тестов наверное мало просто
источник

DP

Denis Platonov in QA — Автоматизация
поэтому много и не надо
источник

DP

Denis Platonov in QA — Автоматизация
и тесты быстрые
источник

AS

Andrei Solntsev in QA — Автоматизация
нет, у нас много тестов, и мы параллелим, конено. Но для этого необязательно использовать RemoteDriver.
источник

AS

Andrei Solntsev in QA — Автоматизация
Гораздо проще сами тесты параллелить.
источник

LY

Lev Yarushin in QA — Автоматизация
Сечас как мне кажется тенденция к эффективеому использованию ресурсов. k8s  везде проник, его всё больше. Почему бы не использовать только те ресурсы что нужны. А не выделять отдельную машину под тесты.
источник
2020 August 28

AS

Andrei Solntsev in QA — Автоматизация
нет-нет, выделять отдельную машину под тесты+браузер.
источник

EB

Evgenii B in QA — Автоматизация
а мне кажется наоборот, вычислительных мошностей столько, что ни шедулер писать не нужно в 99/100 случаев, ни страдать из-за локальной слабой машинки
источник

EB

Evgenii B in QA — Автоматизация
а сейчас как amd отвоюет себе львиную долю заказов для виртуализации в облаке, инстансы еще дешевле станут, можно будет скейлить тупо по инстансам машинки, еще и дешевле может выйти чем какой-то большой сервер арендовать
источник

LY

Lev Yarushin in QA — Автоматизация
Andrei Solntsev
нет-нет, выделять отдельную машину под тесты+браузер.
Браузеры крадут фокус, если не изолированы. Много проблем бывало.
источник

EB

Evgenii B in QA — Автоматизация
если посмотреть на тенденции, то input lag средств разработки и интерфейсов графических лет 20 назад был более моментальным, чем сейчас. Ну и не было таких монструозных приложений на электроне которые бы отжирали кучу памяти. так что я сомневаюсь что разработчики / тестировщики как-то более экономные стали. наоборот, расслабились
источник