есть вопрос

Java > наполнение BaseClassTest

в нем храним набор ссылок на переменные всех пейджей их скажем 30 шт

которые потом с тестах используем при инициализации

возник спор

что мы этим самым сделали из класса мусорник

а зачем всех?

+ переменные название страниц всегда одинаковы и никто индекс страницу не называет на свой

лад

Maxim у тебя junit или testng?

testng

Maxim у тебя junit или testng?

у меня junit

http://stackoverflow.com/questions/24067577/reading-data-from-file-using-dataprovider-in-testng

используйте файл датапровайдеры

если junit - то https://github.com/Pragmatists/JUnitParams

стоп

я не за параметры говорю

а ссылки на страницы

ну так вынеси их в фал

файл

если junit - то https://github.com/Pragmatists/JUnitParams

спасибо

нет смысла их хранить в классе

вот пример с csv: https://gist.github.com/djangofan/7027833

для testng

Просто ссылки IndexPage indexPage; MainPage mainPage; AnotherPage anotherPage: SecondPage second; которые уже по надобности используются в тестах

может ты имел ввиду экземпляры классов?

или ссылки на объекты

ссылки на объекты)

Не надо всё в base класс инициализировать и хранить. Зачем тебе для всех тестов все страницы? Объявляй и используй экземпляры классов там где надо, т.е. в соответсвующих классах с тестами для определённых страниц

инициализурию только тогда когда мне нужно, а так храню ссылки

в нем храним набор ссылок на переменные всех пейджей их скажем 30 шт

есть два варианта: 1. Как у вас, вы где-то храните список всех PageObject классов 2. У вас есть какой-то метод, который каким-то образом автоматически составляет этот список: например, парсит все файлы в определенной дирректории и формирует из этого список классов

Ну так не храни всё в одном классе

есть два варианта: 1. Как у вас, вы где-то храните список всех PageObject классов 2. У вас есть какой-то метод, который каким-то образом автоматически составляет этот список: например, парсит все файлы в определенной дирректории и формирует из этого список классов

1. Все пейджы находятся по пакетам согласно разделам(логики). 2. Нет есть просто список ссылок на эти пейджы в базовом классе Вопрос именно про этот список ссылок, насколько это правильно не правильно

Нормально это )

если вам это не создает проблем :)

вот один из четверых в команде людей считает, что это мусор

что зачем они ему доступны всегда все

и как предлагает сделать ? подключать каждый пейдж в каждм отдельном тесте ?

аргументы ищем что бы никто не остался в обиде)

и как предлагает сделать ? подключать каждый пейдж в каждм отдельном тесте ?

именно так считает разумным

и как предлагает сделать ? подключать каждый пейдж в каждм отдельном тесте ?

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

считаем количество строк: для сьюта А: нужны 3 пейджа и один базовый класс с управлением браузером/ожиданиями и прочим мы пишем 4 строки подключения библиотек сьют Б: использует 2 пейджа тех же, которые А и еще 2 пейджа других и 1 базовый класс: итого 5 строк альтернативный вариант: Сьют А и Сьют Б подключают базовый класс, в котором все пейджи: по 1 строчке; В базовом классе 30 строк подключений пейджей тут простая арифметика Другая сторона вопроса: если они инициализируются в базовом классе и занимают ресурсы оперативки - это как бы не совсем продумано; но наверное пофиг, если каждый из не жрет слишком много памяти.

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

не понял при чем тут наследования ? Ну у вас есть строка которая делает доступным обращение к классу Пэйджа: примерно include PageOne есть какая-то строка инициализирующая объект класса: PageOne pOne = new PageOne(); Строка инициализации, на сколько я понял, у вас и так в тестах. Увеличится количество строк include BlaBlaBla

разве ссылка на объект без инициализации уже забирает память? BaseClassTest: IndexPage index; TEST DashboardPage dashaboard; - храним в таком виде index = SignIn.login(); // return indexPage ссылка которой хранится в базовом классе

TestDashboard extends BaseClassTest { Test .... }

разве ссылка на объект без инициализации уже забирает память? BaseClassTest: IndexPage index; TEST DashboardPage dashaboard; - храним в таком виде index = SignIn.login(); // return indexPage ссылка которой хранится в базовом классе

технически да, но для нашего случая: нет ) это не существенно )

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

TestDashboard extends BaseClassTest { Test .... }

ну вот тут у вас будет либо: PageOne page = new PageOne(); либо page = new PageOne(); Аргумент в пользу хранить все в одном месте: * у вас будут одинаковые имена в разных тестах для одних и тех же страниц

да)

спасибо)

странно что то в пятницу тихо)

коллеги, продолжу в тему java и selenium как в page object получить в каком браузере бежит тест

у всех релизы))

хочу я этого, потому что верстка отличается

у всех релизы))

у нас не будет фуххх

мы всей командой единогласно решили, что релизы по пятницам - зло

у всех релизы))

- зачем по пятницам релизится? - что бы за выходные баги успеть поправить!

+++ особенно после 17-00)

коллеги, продолжу в тему java и selenium как в page object получить в каком браузере бежит тест

в классе Capabilities есть доступ ко всем данным браузера

у нас релизы по пятницам ваще табу.. только в каких то супер крайних случаях

в классе Capabilities есть доступ ко всем данным браузера

ща гляну, спасибо

хотя может есть более проще решение

используете selenide?

Capabilities cap = ((RemoteWebDriver) driver).getCapabilities(); String browserName = cap.getBrowserName().toLowerCase(); System.out.println(browserName); String os = cap.getPlatform().toString(); System.out.println(os); String v = cap.getVersion().toString(); System.out.println(v); первое что нашлось на стеке

используете selenide?

нет, голый selenium

ERROR: S client not available

тогда в таком виде как выше написал можно, как из селенида вытащить не искал)

Capabilities cap = ((RemoteWebDriver) driver).getCapabilities(); String browserName = cap.getBrowserName().toLowerCase(); System.out.println(browserName); String os = cap.getPlatform().toString(); System.out.println(os); String v = cap.getVersion().toString(); System.out.println(v); первое что нашлось на стеке

так, стоп, а инстанс браузера не передается в page object

так а зачем вам его дальше передавать, вы из драйвера ведь тяните информацию

а ничего в нем не меняете

а как я к нему обращусь?

public String getBrowser(WebDriver driver) { Capabilities capabilities = ((RemoteWebDriver) driver).getCapabilities(); return capabilities.getBrowserName().toLowerCase(); } вот вам метод простенький которому вы скормите драйвер, а он вернет какой запущен в момент теста

в стринге

это я в тесте могу сделать

System.out.println(getBrowser(driver));

а хочу в пейдж-обжесте

ммм что именно в пейджобджекте

немного не понял)

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

вам видимо нужно тогда наследовать PageObject от драйвера - тогда по факту экземпляр PO будет является и Драйверов и в метод выше мжно будет скормить сам PO

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

ааааа

вам видимо нужно тогда наследовать PageObject от драйвера - тогда по факту экземпляр PO будет является и Драйверов и в метод выше мжно будет скормить сам PO

это точно не комильфо

пейдж обжект никак не может от драйвера наследоваться

он от абстарктного GenericPage наследуется

а почему не сделать через иф хром то заполни это поле иф фаерфокс то это?

или у вас возможно будет много вариаций?

а почему не сделать через иф хром то заполни это поле иф фаерфокс то это?

я так и хочу, но туплю, как определить это в пейдж-обжетке

или у вас возможно будет много вариаций?

пока две

ну ща попробуем что то придумать)

можно пример методов заполнения?)

чтоб наглядней было)

public void fillEmail() { String email = Generators.randomEmail(); emailInput.sendKeys(email); }

мы всей командой единогласно решили, что релизы по пятницам - зло

Какое мудрое решение ) У нас на уровне компании это зафиксировано. По пятницам ничего опасного не выпускаем.

У нас так во многих компаниях было

в пятницу релизам категорически НЕТ, четверг просто НЕТ)

В пятницу не релизятся не потому что не хотят, а потому что больший риск факапа

+ обязательно план отката прописанный

пейдж обжект никак не может от драйвера наследоваться

вы правы, не много не так выразился: в Базовый (абстрактный) класс пейджа можно добавить в инициализации ссылку на браузер, для которого этот пейдж инициализируется