Size: a a a

testing_in_python

2020 November 10

АЛ

Антон Левченко... in testing_in_python
Сказочный Сникерс
может сразу тогда взять штуку из 29 пункта пина?
благодарю
пардон сразу не заметил там эту ссылку
источник

S

Sergei in testing_in_python
Сказочный Сникерс
какое может быть обсуждение с "девопсом" который рекомендует скачать руками джаву (пусть даже оракловскую) и куда то руками перекинуть)
теперь надо послушать другую сторону :)
источник
2020 November 11

EB

Evgenii B in testing_in_python
Сказочный Сникерс
какое может быть обсуждение с "девопсом" который рекомендует скачать руками джаву (пусть даже оракловскую) и куда то руками перекинуть)
да, девопс бы продал тебе к8с и строчку в ямл файле
источник

S

Sergei in testing_in_python
может там как и в тестировании - деление на мануалов и автомейшенов :)
источник

P

Polina in testing_in_python
Всем привет) Я тут с вопросом по архитектуре тестов. Пытаюсь бороться с тестами в формате "простыня кода", переписываю в page object. В итоге имеется отдельный файл с локаторами, в котором в различных классах хранятся элементы с разных страниц, а также файлики с классом каждой страницы (наследованные от base page, где прописаны универсальные методы). Но столкнулась с моментом, что помимо страниц, у нас имеются поп апы, причем некоторые имеют схожую структуру, а некоторые уникальные. Изначально все методы работы с ними я вписывала в структуру основных страниц, но сейчас стала замечать, что начинает появляться дублирование кода, что не есть хорошо. Подскажите по опыту, как вы поступаете с поп апами (или схожими элементами, например)? Сначала вынесла их было тоже в пейджи, и отнаследовала от Base Page, но сейчас начинает казаться, что это как-то не очень, и код выглядит как мешанина.
источник

M

Merg in testing_in_python
Polina
Всем привет) Я тут с вопросом по архитектуре тестов. Пытаюсь бороться с тестами в формате "простыня кода", переписываю в page object. В итоге имеется отдельный файл с локаторами, в котором в различных классах хранятся элементы с разных страниц, а также файлики с классом каждой страницы (наследованные от base page, где прописаны универсальные методы). Но столкнулась с моментом, что помимо страниц, у нас имеются поп апы, причем некоторые имеют схожую структуру, а некоторые уникальные. Изначально все методы работы с ними я вписывала в структуру основных страниц, но сейчас стала замечать, что начинает появляться дублирование кода, что не есть хорошо. Подскажите по опыту, как вы поступаете с поп апами (или схожими элементами, например)? Сначала вынесла их было тоже в пейджи, и отнаследовала от Base Page, но сейчас начинает казаться, что это как-то не очень, и код выглядит как мешанина.
@ekovaltsov знает всё про попапы
источник

ТЭ

Тачами Экстович... in testing_in_python
Evgenii B
селениум не умеет присоединяться к пользовательскому процессу существующему, поэтому он тут в плане автоматизации не поможет.

Если есть какие-то www страницы, которые нужно заполнять. то в зависимости от того какой это user agent, будут разные варианты автоматизации.

это может быть декстоп приложение в котором webview используется.или это может быть обычный браузер

для одного случая автоматизацией может быть winium решение, которое будет работать как daemon процесс и поллить приложение на особенное состояние и потом оперировать с ним.

в случае если страница в хроме, то лучше всего автоматизировать через плагин в браузере, который будет иметь возможность парсить нужную вкладку с нужным url и вставлять в нее данные
Так он из процесса приложения может просто запустить селениум сессии и все. И там в цикле просто раз в секунду. чесать, что есть элементы на странице, если есть -- заполнять. Ну, или по кнопке из tk например, проверять. Это вообще изи.
источник

ИС

Игорь Середа... in testing_in_python
Merg
@ekovaltsov знает всё про попапы
Оказывается, не он один.
источник

ТЭ

Тачами Экстович... in testing_in_python
Polina
Всем привет) Я тут с вопросом по архитектуре тестов. Пытаюсь бороться с тестами в формате "простыня кода", переписываю в page object. В итоге имеется отдельный файл с локаторами, в котором в различных классах хранятся элементы с разных страниц, а также файлики с классом каждой страницы (наследованные от base page, где прописаны универсальные методы). Но столкнулась с моментом, что помимо страниц, у нас имеются поп апы, причем некоторые имеют схожую структуру, а некоторые уникальные. Изначально все методы работы с ними я вписывала в структуру основных страниц, но сейчас стала замечать, что начинает появляться дублирование кода, что не есть хорошо. Подскажите по опыту, как вы поступаете с поп апами (или схожими элементами, например)? Сначала вынесла их было тоже в пейджи, и отнаследовала от Base Page, но сейчас начинает казаться, что это как-то не очень, и код выглядит как мешанина.
А как ты поступаешь, если тебе нужно какой-нибудь компонент переиспользовать? Селект, или сниппет какой-нибудь.
источник

P

Polina in testing_in_python
Тачами Экстович
А как ты поступаешь, если тебе нужно какой-нибудь компонент переиспользовать? Селект, или сниппет какой-нибудь.
у меня все общие методы в base page
источник

ТЭ

Тачами Экстович... in testing_in_python
Polina
у меня все общие методы в base page
Для работы с попапом туда же добавь
источник

P

Polina in testing_in_python
Тачами Экстович
Для работы с попапом туда же добавь
ну мне кажется это не совсем правильно, так как они только для поп апов, и то не для всех)
источник

VK

Vadim Karpievich in testing_in_python
Polina
ну мне кажется это не совсем правильно, так как они только для поп апов, и то не для всех)
сделай отдельный класс для попапов, да хоть целый модуль, наследуй, а в наследниках оверрайди как надо для уникальных попапов)🤷‍♂️
источник

SV

Serhii Vostrikov in testing_in_python
Привет, кто подскажет как заранить  Firefox в мобильном виде используя селениум?
Пытался через преференсы Firefox следующим образом:
mobile_user_agent = "Mozilla/5.0 (iPhone; CPU iPhone OS 12_0 like Mac OS X) AppleWebKit/604.1.38 (KHTML, like Gecko) Version/12.0 Mobile/15A372 Safari/604.1"

profile = webdriver.FirefoxProfile()

profile.set_preference("general.useragent.override", mobile_user_agent)

но все равно загружается десктопный вид.
источник

A

Anna in testing_in_python
Всем привет! Кто-нибудь сталкивался с такой работой selenium, когда он в интерфейсе элемент визуально изменяет, а по факту нет?
Конкретно, есть форма, в ней чекбокс и дропдаун с выбором А и Б. При А чекбокс показан, при Б убран. Когда выбираем Б, чекбокс из DOM пропадает, но при сабмите формы фронт отправляет на бэк информацию, что чекбокс отмечен. При прокликивании сценария руками не повторяется. Чекбокс убирается/показывается скриптом. Где искать загвоздку ума не приложу 🤷‍♀️
источник

M

Merg in testing_in_python
>  При прокликивании сценария руками не повторяется
а если слип перед сабмитом воткнуть, повторится?
источник

M

Merg in testing_in_python
мб у вас js не успевает?
источник

Н

Наиль in testing_in_python
Anna
Всем привет! Кто-нибудь сталкивался с такой работой selenium, когда он в интерфейсе элемент визуально изменяет, а по факту нет?
Конкретно, есть форма, в ней чекбокс и дропдаун с выбором А и Б. При А чекбокс показан, при Б убран. Когда выбираем Б, чекбокс из DOM пропадает, но при сабмите формы фронт отправляет на бэк информацию, что чекбокс отмечен. При прокликивании сценария руками не повторяется. Чекбокс убирается/показывается скриптом. Где искать загвоздку ума не приложу 🤷‍♀️
таймаут не пробовали?
источник

A

Anna in testing_in_python
Наиль
таймаут не пробовали?
не помогает
источник

A

Anna in testing_in_python
выбор в дропдауне делаю Select(), но и кликать пробовала и стрелочками выбирать. Возможно что-то в selenium с angular не сдружилось. Но не пойму где тогда может храниться информация, которая шлётся на бэк.
источник