VP
Добрый вечер, кто то делал автоматизацию datepicker на Андройд 9 и новее?
Size: a a a
2020 December 09
BO
Добрый вечер, кто то делал автоматизацию datepicker на Андройд 9 и новее?
IP
Добрый вечер. Как сделать так, чтоб Опера при ее вызове Селениумом (пишу на C#), запускалась с включенным ВПН?
Окно, запускаемое руками, запускается с ВПН, пытался загуглить дефолтные настройки оперы по умолчанию, чтоб отредактировать - не нашел.
Проблема в том, что на загружаемой странице используются Яндекс карты, которые заблокированы и без ВПНа не работают, страница не загружается до конца, тест падает.
Решение может быть и другим, нужно чтоб карты загружались.
Окно, запускаемое руками, запускается с ВПН, пытался загуглить дефолтные настройки оперы по умолчанию, чтоб отредактировать - не нашел.
Проблема в том, что на загружаемой странице используются Яндекс карты, которые заблокированы и без ВПНа не работают, страница не загружается до конца, тест падает.
Решение может быть и другим, нужно чтоб карты загружались.
SM
Ivan Petretcky
Добрый вечер. Как сделать так, чтоб Опера при ее вызове Селениумом (пишу на C#), запускалась с включенным ВПН?
Окно, запускаемое руками, запускается с ВПН, пытался загуглить дефолтные настройки оперы по умолчанию, чтоб отредактировать - не нашел.
Проблема в том, что на загружаемой странице используются Яндекс карты, которые заблокированы и без ВПНа не работают, страница не загружается до конца, тест падает.
Решение может быть и другим, нужно чтоб карты загружались.
Окно, запускаемое руками, запускается с ВПН, пытался загуглить дефолтные настройки оперы по умолчанию, чтоб отредактировать - не нашел.
Проблема в том, что на загружаемой странице используются Яндекс карты, которые заблокированы и без ВПНа не работают, страница не загружается до конца, тест падает.
Решение может быть и другим, нужно чтоб карты загружались.
proxy with vpn?
2020 December 10
IP
proxy with vpn?
Не совсем то, не хочу весь трафик компа через ВПН кидать, именно определенный браузер
АФ
Ivan Petretcky
Не совсем то, не хочу весь трафик компа через ВПН кидать, именно определенный браузер
а если чутулю погуглить? Можно же не пытаться настроить браузер, а дать машине указание заворачивать на ВПН обращения к конкретным ресурсам в интернете (той же карте в вашем случае\ или всему сайту целиком) вот тут почитайте https://subreal-team.com/%D0%B4%D0%BE%D1%81%D1%82%D1%83%D0%BF-%D0%B2-internet-%D0%BC%D0%B8%D0%BD%D1%83%D1%8F-vpn-%D0%BA%D0%B0%D0%BD%D0%B0%D0%BB-%D0%BD%D0%B0-%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80%D0%B5/
SM
Ivan Petretcky
Не совсем то, не хочу весь трафик компа через ВПН кидать, именно определенный браузер
Не весь, а только с яндекс. Карт
М
Подскажите пожалуйста, можно ли проверить текст кнопок в окне Alert?
М
Используя Selenide
В
Всем привет) я правильно понимаю, что в appium нет поддержки работы с autocompletetextview в нативных аппах? в гугле только костыль с кликом по координатам
В
я имею в виду когда ты тыкаешь в поле и список появляется в виде попапа
ДШ
я в аппиум сильно не работал, а если сделать поиск по всем элементам поп-ап не отобразится?
ДШ
это же не отдельное окошко, поп-ап как элемент должен появиться на экране
В
В
на каспрессо у меня понятно с этим нет проблем, а коллеги из другого офиса с аппиумом встряли с этими списками)
M
Добрый день.
А работал кто-то с canvas? Нужно тестик написать, но возникли проблемы с кликом по координатам на iOS. Может кто сталкивался?
А работал кто-то с canvas? Нужно тестик написать, но возникли проблемы с кликом по координатам на iOS. Может кто сталкивался?
AB
Поучительный рассказ Slack о том, как они Cypress используют
Прочитал замечательную историю о том, как развивался набор e2e-тестов для Slack. Они начали с небольшого набора тестов, созданных при помощи инструмента Cypress на внутреннем хакатоне, но по мере роста количества и сложности тестов начали возникать проблемы стабильности (flaky-тесты) и поддерживаемости (сложный анализ сбоев).
Что они сделали? Обмазали Cypress дополнительным слоем абстракции, который сделал тесты более понятными, а также позволил реализовать (невидимые для тестов) дополнительные проверки или ожидания, повышающие стабильность.
Правила, которые они выработали при создании этого слоя абстракции, достаточно хороши, чтобы использовать их в других проектах, независимо от того, что именно вы прячете под слоем абстракции — Cypress или Puppeteer или WebDriver:
* Selecting Elements: Instead of relying on product-driven class names or element ids, we add a custom “data-qa” attribute to elements that we need to select for testing purposes. This allows us to provide context for our selectors so they aren’t impacted by JS/CSS changes.
* Only create new components when needed. We shouldn’t try to define every UI Action possible, but define those that are being used by our test.
* Methods within a component should only modify the piece of UI that they’re written for. The component for the channel sidebar shouldn’t interact with the message input, for instance.
* Try to only break items into components where it makes sense rather than creating a lot of smaller components.
* The UI Abstraction is stateless. The test should maintain the state and validate against it.
https://slack.engineering/scaling-end-to-end-user-interface-tests/
Прочитал замечательную историю о том, как развивался набор e2e-тестов для Slack. Они начали с небольшого набора тестов, созданных при помощи инструмента Cypress на внутреннем хакатоне, но по мере роста количества и сложности тестов начали возникать проблемы стабильности (flaky-тесты) и поддерживаемости (сложный анализ сбоев).
Что они сделали? Обмазали Cypress дополнительным слоем абстракции, который сделал тесты более понятными, а также позволил реализовать (невидимые для тестов) дополнительные проверки или ожидания, повышающие стабильность.
Правила, которые они выработали при создании этого слоя абстракции, достаточно хороши, чтобы использовать их в других проектах, независимо от того, что именно вы прячете под слоем абстракции — Cypress или Puppeteer или WebDriver:
* Selecting Elements: Instead of relying on product-driven class names or element ids, we add a custom “data-qa” attribute to elements that we need to select for testing purposes. This allows us to provide context for our selectors so they aren’t impacted by JS/CSS changes.
* Only create new components when needed. We shouldn’t try to define every UI Action possible, but define those that are being used by our test.
* Methods within a component should only modify the piece of UI that they’re written for. The component for the channel sidebar shouldn’t interact with the message input, for instance.
* Try to only break items into components where it makes sense rather than creating a lot of smaller components.
* The UI Abstraction is stateless. The test should maintain the state and validate against it.
https://slack.engineering/scaling-end-to-end-user-interface-tests/
AV
Поучительный рассказ Slack о том, как они Cypress используют
Прочитал замечательную историю о том, как развивался набор e2e-тестов для Slack. Они начали с небольшого набора тестов, созданных при помощи инструмента Cypress на внутреннем хакатоне, но по мере роста количества и сложности тестов начали возникать проблемы стабильности (flaky-тесты) и поддерживаемости (сложный анализ сбоев).
Что они сделали? Обмазали Cypress дополнительным слоем абстракции, который сделал тесты более понятными, а также позволил реализовать (невидимые для тестов) дополнительные проверки или ожидания, повышающие стабильность.
Правила, которые они выработали при создании этого слоя абстракции, достаточно хороши, чтобы использовать их в других проектах, независимо от того, что именно вы прячете под слоем абстракции — Cypress или Puppeteer или WebDriver:
* Selecting Elements: Instead of relying on product-driven class names or element ids, we add a custom “data-qa” attribute to elements that we need to select for testing purposes. This allows us to provide context for our selectors so they aren’t impacted by JS/CSS changes.
* Only create new components when needed. We shouldn’t try to define every UI Action possible, but define those that are being used by our test.
* Methods within a component should only modify the piece of UI that they’re written for. The component for the channel sidebar shouldn’t interact with the message input, for instance.
* Try to only break items into components where it makes sense rather than creating a lot of smaller components.
* The UI Abstraction is stateless. The test should maintain the state and validate against it.
https://slack.engineering/scaling-end-to-end-user-interface-tests/
Прочитал замечательную историю о том, как развивался набор e2e-тестов для Slack. Они начали с небольшого набора тестов, созданных при помощи инструмента Cypress на внутреннем хакатоне, но по мере роста количества и сложности тестов начали возникать проблемы стабильности (flaky-тесты) и поддерживаемости (сложный анализ сбоев).
Что они сделали? Обмазали Cypress дополнительным слоем абстракции, который сделал тесты более понятными, а также позволил реализовать (невидимые для тестов) дополнительные проверки или ожидания, повышающие стабильность.
Правила, которые они выработали при создании этого слоя абстракции, достаточно хороши, чтобы использовать их в других проектах, независимо от того, что именно вы прячете под слоем абстракции — Cypress или Puppeteer или WebDriver:
* Selecting Elements: Instead of relying on product-driven class names or element ids, we add a custom “data-qa” attribute to elements that we need to select for testing purposes. This allows us to provide context for our selectors so they aren’t impacted by JS/CSS changes.
* Only create new components when needed. We shouldn’t try to define every UI Action possible, but define those that are being used by our test.
* Methods within a component should only modify the piece of UI that they’re written for. The component for the channel sidebar shouldn’t interact with the message input, for instance.
* Try to only break items into components where it makes sense rather than creating a lot of smaller components.
* The UI Abstraction is stateless. The test should maintain the state and validate against it.
https://slack.engineering/scaling-end-to-end-user-interface-tests/
О, а так можно было? А как же дизайн паттерны, без которых в большом проекте никак
AB
так они при создании этого слоя абстракции наверняка и дизайн-паттерны какие-нибудь использовали
AB
вообще, достаточно сложно написать сколько-нибудь приличный кусок кода и не использовать (хотя бы случайно) никаких паттернов :)