Если переход на другую Страницу подразумевает использование другого page object, то можно в конструкторе page object поместить проверку на url
самый лучший план. через ооп и наследование запилить это красиво, чтобы у каждой пейджы были свои конкретные действия, которые вызываются на каждый инит новой пейджы
Тест должен быть линейным, но такого рода проверки это скорее внутренние sanity checks. Которые не являются прямым фокусом теста. Например всегда когда появляется новая страница в тесте, ПО может проверять ряд присущих ей атрибутов, как-то: url, наличие футера/ навбара/ кнопок / статичных текстов
У меня такие проверки пару раз помогали выявить как в динамике на странице что-то сломалось, а отдельный тест на эти кнопки был изолирован и был зелёным.
Ещё бывает, что на некоторых страницах нужно закрыть какие-то мешающие попапы, всякие модальные окна и т.д. подпадают под "сделать определенные действия"
Ещё бывает, что на некоторых страницах нужно закрыть какие-то мешающие попапы, всякие модальные окна и т.д. подпадают под "сделать определенные действия"
+ это и необходимо. только не могу сходу понять, как экземпляр браузера передать в декоратор...
Есть. Использовать метод родителя, а не собственный
Но ведь класс наследует все функции родителя предка. В данном случае Base Page. Чем не подходит просто self? Думал, что super используется, если у методов одинаковые имена. Не?
Но ведь класс наследует все функции родителя предка. В данном случае Base Page. Чем не подходит просто self? Думал, что super используется, если у методов одинаковые имена. Не?
Представь что в этом классе данный метод get_element переопределен