Как я могу разделить тестовые классы селена из фреймворка селена?

В настоящее время я работаю над автоматизацией веб-страниц с графическим интерфейсом, используя селен через Java в Intellij. У нас есть несколько команд разработки продуктов, одна из которых постоянно поддерживает и разрабатывает фреймворк Selenium и свои тесты. Несколько месяцев назад другие команды захватили фреймворк selenium и разработали свои собственные тесты, теперь они продолжают разрабатывать только тесты. Все команды используют Git/Gerrit и Jenkins для постоянной интеграции. Проблема для меня в том, что две команды, упомянутые выше, используют устаревший фреймворк. Моя забота сейчас;

Есть ли способ сохранить фреймворк (вместе с классами Page Object) как отдельный проект, а затем иметь отдельные проекты для каждой команды только с тестовыми классами?

Сначала я пытался спросить у Google, но, к сожалению, ничего не нашел.


person Piotr Bogdański    schedule 25.05.2016    source источник
comment
Упакованы ли тесты селена вместе с приложениями?   -  person user2272115    schedule 25.05.2016


Ответы (1)


Похоже, вы просите следующие 3 проекта:

  1. Общая библиотека PageObject (на основе Selenium)
  2. Тестовые случаи команды №1 с использованием общей библиотеки + Selenium версии Y
  3. Тестовые случаи команды №2 с использованием общей библиотеки + Selenium версии X

Каждый проект будет независимым друг от друга и будет следовать простым правилам зависимости проекта: интерфейсы для связи между пакетами и отсутствие совместного использования классов реализации.

Каждый тестовый проект Selenium будет поддерживаться полностью независимым от другого. Общая библиотека PageObjects будет точкой синхронизации и будет иметь определенный API для навигации по приложениям.

person Ken Brittain    schedule 25.05.2016
comment
Спасибо за ваш комментарий. Позвольте мне немного перефразировать мою цель: а) Я хотел бы иметь один общий git-репозиторий с селеновой структурой для всех трех команд... б) 3 других репозитория только с тестами (по одному для каждой команды), которые будут используя общую структуру - person Piotr Bogdański; 26.05.2016