Использование xml для создания map of elements on the page и класса PageFactory

page-object
page-factory
Теги: #<Tag:0x00007fedba3dadb0> #<Tag:0x00007fedba3dac48>

(Vedzmak) #1

Появилася идея хранить все локаторы  страниц в XML файлах, своего рода map of the page, для того что бы вносить изменения не лазя в код. Но тогда возникает вопрос, как при этом можно воспользоваться PageFactory.

На сколько я понимаю PageFactory инициализирует все элементы которые обьявлены на странице, для этого я использовал аннотации @FindBy

Получается

XML

<Страница>

                 <Кнопки>

                            <submit button>

                                              <name></name>

                                              <identificator></identificator>

                                              <value></value>

                            </submit button>

 

                 </Кнопки>

</Страница>

 

И класс этой страницы где

 

public class Page

private WebElement searchBox;

 

Далее тест класс где будет вызываться PageFacory

 

Page page = PageFactory.initElements(driver, Page.class)

 

Собственно вопрос!!!

Каким образом можно связать XML  с Web elementom что бы Page factory инициализировала элементы так же как и @FindBy ?

 


(Mykhailo Poliarush) #2

вам тогда надо переопределить класс PageFactory и добавить туда свою логику

http://code.google.com/p/selenium/source/browse/trunk/java/client/src/org/openqa/selenium/support/PageFactory.java

перегрузив соответствующие методы, например

 

static void proxyFields(FieldDecorator decorator, Object page, Class<?> proxyIn) {Field[] fields = proxyIn.getDeclaredFields();for (Field field : fields) {Object value = decorator.decorate(page.getClass().getClassLoader(), field);if (value != null) {try {.setAccessible(true);.set(page, value);} catch (IllegalAccessException e) {throw new RuntimeException(e);}}}}

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


(barancev) #3

И проголосуйте за issue 3567, чем больше голосов, тем быстрее мы это реализуем :)


(Vedzmak) #4

Появилась чисто обстрактная идея.

Для начала вроде бы простенькое решение, что если в классе страницы 

 

private WebElement buttonOK = getXML ("button", "OK")

getXML() реализрвать : будет брать имя класса (название страницы), искать соответствующий xml file. Там в зависимости от атрибутов будет искать необходиые данные и возвращать элемент.

Но возникает вопрос, проинициализирует ли PageFactory webElement реализрванный таким образом?


(levaal) #5

Мы когда-то тоже так хотели - все локаторы выпихнули в отдельный xml-файл, правда не использовали PageFactory.

В итоге - вернулись к логике без xml.

"для того чтобы вносить изменения не лазя в код"  - а так вы будете лезть в xml-файл вместо кода :) Причем в коде есть плюшки а-ля go to definition, а в xml-файле у вас будет максимум подсветка xml синтаксиса.

 

Мы решили, что если у нас локаторы и так находятся в проекте (package) UI и это отделено от логики самого теста - этого достаточно.

 

Возможно с Selenium и PageFactory это получится вкусно - не знаю, не готовил :)


(Mykhailo Poliarush) #6

так как сейчас реализованна PageFactory, нет работать не будет

потому что логика внутри ищет декораторы и по ним инициализирует пременнные

ваш код тоже может быть рабочим, но все равно надо переопределять логику PageFactory


(Mykhailo Poliarush) #7

кстати все очень просто

возьмите свой код и запустите и увидите что будет :)


(Vedzmak) #8

Проблема в том, что скажем так коллеги когда видят любой код сразу входят в ступор и говорят, мол это програмирование, мы этого не знаем, мы не программисты. С XML попроще, хоть какую-то работу можно им отдать :)  Да и косметическое редактирование тестов для непрограммиста упростится, как мне кажется.


(Mykhailo Poliarush) #9

ну хорошо, вынесите вы локаторы в файл, а сценарий т.е. логику теста, кто будет писать? тоже тестировщики, которые непонимают java или автоматизаторы

а тестировщики только будут создавать xml -ки?


(apetrovskiy) #10

имхо xml'ку с локаторами надо генерить автоматически (или полуавтоматически, если проблемно) - т.е. при серьёзных изменениях страницы или сайта, перегенерил страницу/ы или весь сайт (это кошмар - руками править множество не связанных между собой файлов. Вы им за что-то мстите? :))

А вот специфически-квалифицированную ("только xml") рабочую силу я бы занял на data-driven testing и подготовкой результатов.

Примерно так: генерится xml, для рукописцев делается запускалка по'xml'но - запустил файл xml контролов и файл, в котором подготовлены входные данные (данные в поля, клики и т.д.).

запустили, проверили, посмотрели результат, внесли результат в файл - прогон по страничке готов. и так для каждой странички или каждого типа страниц.

Я в своё время делал фреймворки типа NUnit/JUnit - они читали tab-separated файлы (название - значение), каждый файл имел номер тест-кейса типа 1.2.3.4.txt. Автотестовый движок запускался, читал файл за файлом и подставлял значения (это было тестирование API, которое поднимало несколько видов форм или эксепшн), а потом через MS UI Automation считывал поля форм и анализировал. Каждый тест работал независимо, отчего я и осмелился на сравнение.

Вот как раз для создания таких текстовых файлов и получения результатов для автотеста и следовало бы использовать coding-disabled товарищей.


(aspirin) #11

на какой стадии реализация идеи?