VG
не сцать
Size: a a a
2020 February 14
VG
главное самому браузеры не поддерживать - берешь какой-то браузерстек или сауслабс для браузеров и можно жить… да не фонтан. да будет все медленно бегать и падать рандомно иногда, но жить то можно все равно
VG
у меня на WDIO5 проекте некоторое количество тесты В IE11 бегают на сауслабс (та еще и с sauce-connect / local tunnel). Все стабильненько
VG
медленно но стабильненько
MQ
Есть статейка от Аерокуба как развернуть самому IE/Edge на Ubuntu https://medium.com/@aandryashin/selenium-on-windows-docker-revolution-f5a7eab205ad
OK
Есть статейка от Аерокуба как развернуть самому IE/Edge на Ubuntu https://medium.com/@aandryashin/selenium-on-windows-docker-revolution-f5a7eab205ad
ну это никаких проблем с стабильностью и скоростью IE не решает
D
А тесткафе не решит? В теории, с его проксированием, ему вообще по барабану на браузер.
P.S. На практике не трогал.
P.S. На практике не трогал.
OK
А тесткафе не решит? В теории, с его проксированием, ему вообще по барабану на браузер.
P.S. На практике не трогал.
P.S. На практике не трогал.
незнаю, тут лучше @solopii_mykola спросить
NS
А тесткафе не решит? В теории, с его проксированием, ему вообще по барабану на браузер.
P.S. На практике не трогал.
P.S. На практике не трогал.
Можете уточнити питання?
D
Можете уточнити питання?
wat?)
DZ
А еще такой, возможно глупый, вопрос, по кодсепту, из доки неясно.
Насколько изолированы тесты/пейджобжекты от драйвера? Или другими словами насколько легко свапать технологию, которая управляет браузером?
Возможно ли одни и те же тесты запустить с использованием и пупетира, и протрактора?
Или же в процессе реализации страниц ты хочешь-не хочешь завязываешься на одну из технологий?
Судя по статье: https://medium.com/@davert/javascript-the-future-of-end-to-end-testing-bfc00e23110b
это должно быть реально
Насколько изолированы тесты/пейджобжекты от драйвера? Или другими словами насколько легко свапать технологию, которая управляет браузером?
Возможно ли одни и те же тесты запустить с использованием и пупетира, и протрактора?
Или же в процессе реализации страниц ты хочешь-не хочешь завязываешься на одну из технологий?
Судя по статье: https://medium.com/@davert/javascript-the-future-of-end-to-end-testing-bfc00e23110b
это должно быть реально
NS
wat?)
Вище Ви запитали стосовно того чи TestCafe може вирішити якусь проблему. По хронології повідомлень не зрозумів суть питання. Працюю з Testcafe більше року, можу щось під сказати
OK
Dmytro Zaitsev
А еще такой, возможно глупый, вопрос, по кодсепту, из доки неясно.
Насколько изолированы тесты/пейджобжекты от драйвера? Или другими словами насколько легко свапать технологию, которая управляет браузером?
Возможно ли одни и те же тесты запустить с использованием и пупетира, и протрактора?
Или же в процессе реализации страниц ты хочешь-не хочешь завязываешься на одну из технологий?
Судя по статье: https://medium.com/@davert/javascript-the-future-of-end-to-end-testing-bfc00e23110b
это должно быть реально
Насколько изолированы тесты/пейджобжекты от драйвера? Или другими словами насколько легко свапать технологию, которая управляет браузером?
Возможно ли одни и те же тесты запустить с использованием и пупетира, и протрактора?
Или же в процессе реализации страниц ты хочешь-не хочешь завязываешься на одну из технологий?
Судя по статье: https://medium.com/@davert/javascript-the-future-of-end-to-end-testing-bfc00e23110b
это должно быть реально
достаточно легко, легче чем в других фреймворках которые я знаю.
Другой вопрос зачем это туда сюда постоянно переключать? Обычно выбирается один раз и уже работается с этим
Другой вопрос зачем это туда сюда постоянно переключать? Обычно выбирается один раз и уже работается с этим
DZ
это другой вопрос)
DZ
Спасибо)
NS
достаточно легко, легче чем в других фреймворках которые я знаю.
Другой вопрос зачем это туда сюда постоянно переключать? Обычно выбирается один раз и уже работается с этим
Другой вопрос зачем это туда сюда постоянно переключать? Обычно выбирается один раз и уже работается с этим
+++ з нашою архітектурою тестів ми з легкістю свічнулись з cypress to Testcafe
Ми тримаємо усі методи роботи з вебдрайвером в окремому класі
Все що потрібно зробити при переході - це змінити назви методів і все
Ми тримаємо усі методи роботи з вебдрайвером в окремому класі
Все що потрібно зробити при переході - це змінити назви методів і все
OK
+++ з нашою архітектурою тестів ми з легкістю свічнулись з cypress to Testcafe
Ми тримаємо усі методи роботи з вебдрайвером в окремому класі
Все що потрібно зробити при переході - це змінити назви методів і все
Ми тримаємо усі методи роботи з вебдрайвером в окремому класі
Все що потрібно зробити при переході - це змінити назви методів і все
не, я про codeceptjs 🙂
OK
там еще проще - даже методы менять ненадо
m
+++ з нашою архітектурою тестів ми з легкістю свічнулись з cypress to Testcafe
Ми тримаємо усі методи роботи з вебдрайвером в окремому класі
Все що потрібно зробити при переході - це змінити назви методів і все
Ми тримаємо усі методи роботи з вебдрайвером в окремому класі
Все що потрібно зробити при переході - це змінити назви методів і все
А в чем была проблема что нужно было переходить Cypress → TestCafé
NS
Кросбраузерність