L
alert.dismiss(); не закрывает алертSize: a a a
2019 November 22
MK
L
Maksim Kanin
https://www.guru99.com/alert-popup-handling-selenium.html
Тут много решений. Всё попробовали?
Тут много решений. Всё попробовали?
Как раз отсюда все пробовал
MK
Вроде Ваша проблема, но на английском =)
L
Когда то пробовал этот вариант тоже, не помогло...
Сейчас перепробую, раз несколько раз натыкался и вы посоветовали
Сейчас перепробую, раз несколько раз натыкался и вы посоветовали
N
Это слегка другое
MK
да, промахнулся
MK
удлаю
L
Возможно надо через ChromeOption делать
BO
В целом - это плохо, на мой взгляд.
Лучше научиться проставлять во фронте тестовые локаторы типа testid и такие простые вещи как setvalue не инкапсулировать в отдельные классы.
Вполне прилично и читаемо выглядит, не только в тесте, но и в репорте.
Pageobject хорош для сложных вещей типа кастомных селектов, а то каждый чих потом куда-то упаковываем, миллион PO, от xpath рябит в глазах. В погоне за DRY наворачиваем
По опыту, фронтенд-разработчик обучает qa проставлять тестовые локаторы не более 2х часов (angular, react и т.п., с настройкой среды)
Лучше научиться проставлять во фронте тестовые локаторы типа testid и такие простые вещи как setvalue не инкапсулировать в отдельные классы.
@Test
void loginTest() {
$t("login-input").setValue("abc");
...
}
Вполне прилично и читаемо выглядит, не только в тесте, но и в репорте.
Pageobject хорош для сложных вещей типа кастомных селектов, а то каждый чих потом куда-то упаковываем, миллион PO, от xpath рябит в глазах. В погоне за DRY наворачиваем
ActionsPage extends BasePage implements Interactions и вуаля - получаем трудноподдерживаемый говнофреймворк.По опыту, фронтенд-разработчик обучает qa проставлять тестовые локаторы не более 2х часов (angular, react и т.п., с настройкой среды)
не, я ухожу от extend-ов.
остался ток один - с настройками базового класса, и его экстендят тесты. усе.
остался ток один - с настройками базового класса, и его экстендят тесты. усе.
N
А не, простите, дезу кинул :)
Тоже удаляю :)
Тоже удаляю :)
N
А не, простите, дезу кинул :)
Тоже удаляю :)
Тоже удаляю :)
https://stackoverflow.com/a/35655068
Попробуйте так...вообще не будет окошка
Попробуйте так...вообще не будет окошка
N
Только у вас не media
https://stackoverflow.com/questions/38367762/how-to-handle-browser-level-notification-using-selenium-webdriver
Вот тут на уведомления
https://stackoverflow.com/questions/38367762/how-to-handle-browser-level-notification-using-selenium-webdriver
Вот тут на уведомления
L
https://stackoverflow.com/a/35655068
Попробуйте так...вообще не будет окошка
Попробуйте так...вообще не будет окошка
Вот это работает
Так делал
Так делал
L
Только у вас не media
https://stackoverflow.com/questions/38367762/how-to-handle-browser-level-notification-using-selenium-webdriver
Вот тут на уведомления
https://stackoverflow.com/questions/38367762/how-to-handle-browser-level-notification-using-selenium-webdriver
Вот тут на уведомления
Буду пробовать, спасибо
LY
Так отключается в prefs
profile.default_content_setting_values.notifications=2
credentials_enable_service=False
profile.password_manager_enabled=False
ZE
В целом - это плохо, на мой взгляд.
Лучше научиться проставлять во фронте тестовые локаторы типа testid и такие простые вещи как setvalue не инкапсулировать в отдельные классы.
Вполне прилично и читаемо выглядит, не только в тесте, но и в репорте.
Pageobject хорош для сложных вещей типа кастомных селектов, а то каждый чих потом куда-то упаковываем, миллион PO, от xpath рябит в глазах. В погоне за DRY наворачиваем
По опыту, фронтенд-разработчик обучает qa проставлять тестовые локаторы не более 2х часов (angular, react и т.п., с настройкой среды)
Лучше научиться проставлять во фронте тестовые локаторы типа testid и такие простые вещи как setvalue не инкапсулировать в отдельные классы.
@Test
void loginTest() {
$t("login-input").setValue("abc");
...
}
Вполне прилично и читаемо выглядит, не только в тесте, но и в репорте.
Pageobject хорош для сложных вещей типа кастомных селектов, а то каждый чих потом куда-то упаковываем, миллион PO, от xpath рябит в глазах. В погоне за DRY наворачиваем
ActionsPage extends BasePage implements Interactions и вуаля - получаем трудноподдерживаемый говнофреймворк.По опыту, фронтенд-разработчик обучает qa проставлять тестовые локаторы не более 2х часов (angular, react и т.п., с настройкой среды)
И потом тесты напичканы велосипелами на 100 строк.
Уж лучше это все обернуть в шаги
Уж лучше это все обернуть в шаги
AS
Если я буду накидывать в xpath "/*" одну за другой, то, как я понимаю, я узнаю степень вложенности самого закопанного элемента на странице. А как мне без перебора узнать максимальное количество одноуровневых элементов на том уровне, где их больше всего?
l
Всем привет) Вопрос такой - я обратила внимание (ещё бы блин, не обратить) - что UIAutomator нежное слишком создание. Если на экране есть счётчик, или анимация, он тут же вылетает с ошибкой UiAutomator exited unexpectedly with code 134, signal null - кто-нибудь знает, как это поведение автоматора фиксится? таймер мы для тестовой версии апки отключили, но анимацию смены позиций прибивать во-первых, не так-то просто, во -вторых, да что за нежности такие, неужели автоматор на такое не рассчитан?
BO
appium? не видел такого поведения на проекте с UIAutomator