Перейти к содержимому

Фотография

шаблон фреймворка Webdriver+java


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 6

#1 fazen

fazen

    Новый участник

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Середа Александр Игоревич

Отправлено 26 сентября 2013 - 05:45

Доброе время суток! Подскажите пожалуйста, хочу попробывать написать тестовый шаблон фрэймверка Webdriver+Java с page object в eclipse .Возможно ли это? Заранее спасибо!
Теоретически представляю так:
1. начать с создание драйвера
2.создать базовый тестовый класс от которого тесты будут наследоваться
3.Потом разбить свой сайт на страницы
4.потом тесты писать
Потом создать отдельные папки

хелпер
класс
страницы
тесты
ядро
Верно ли это?
  • 0

#2 Petrov.Sergey

Petrov.Sergey

    Опытный участник

  • Members
  • PipPipPipPip
  • 446 сообщений
  • ФИО:Petrov Sergey
  • Город:МО, Лобня


Отправлено 26 сентября 2013 - 07:57

Доброе время суток! Подскажите пожалуйста, хочу попробывать написать тестовый шаблон фрэймверка Webdriver+Java с page object в eclipse .Возможно ли это? Заранее спасибо!
Теоретически представляю так:
1. начать с создание драйвера
2.создать базовый тестовый класс от которого тесты будут наследоваться
3.Потом разбить свой сайт на страницы
4.потом тесты писать
Потом создать отдельные папки

хелпер
класс
страницы
тесты
ядро
Верно ли это?

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

Насколько мне известно, паттернов общепринятых нет. Но большинство приходит к приблизительно одинаковой архитектуре:
1) ядро
2) модель
3) утилитный пакет глобальных классов, являющихся сборниками методов, используемых всегда и везде.
4) класс запуска тестов
5) пакеты пакетов пакетов тестов (каждый пакет - идейное объединение всех тестов внутри пакета).
  • Например, меню состоит из N пунктов, каждый пункт меню содержит в себе список действий/страниц.
  • Каждая страница - пакет тестов по этой странице.
  • Каждый пункт меню - пакет "страниц"
6) каждый пакет (не важно, какого уровня иерархии) содержит свой запускающий класс-сборщик, чтобы не перечислять все внутренние тесты снаружи.
7) каждый пакет содержит (если необходимо) свой класс общих методов. Кто-то называет его хэлпером, я называю его - Functions. Какая разница, как называть - правильно?
8) если два смежных пакета содержат в своих "хэлперах" одинаковые методы, то эти методы лучше вынести в хэлпер на уровень выше.

Вроде бы ничего не забыл...
На истину последней инстанции не претендую: у каждого свой подход. Я к этой структуре пришёл самостоятельно за 2 года, "варясь в собственном соку".

Сорри, забыл упомянуть про свои обязательные:
1) Constants.java (понятно, что это и зачем)
2) Config.java (обеспечивает запуск на разных средах / платформах)
3) Variables.java (глобальные переменные, принимающие разные константные значения в зависимости от конфига).
  • 1
Форум читаю набегами. По возникшим вопросам можно в скайп (в профиле).

#3 fazen

fazen

    Новый участник

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Середа Александр Игоревич

Отправлено 26 сентября 2013 - 08:02

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

Насколько мне известно, паттернов общепринятых нет. Но большинство приходит к приблизительно одинаковой архитектуре:
1) ядро
2) модель
3) утилитный пакет глобальных классов, являющихся сборниками методов, используемых всегда и везде.
4) класс запуска тестов
5) пакеты пакетов пакетов тестов (каждый пакет - идейное объединение всех тестов внутри пакета).

Например, меню состоит из N пунктов, каждый пункт меню содержит в себе список действий/страниц.
Каждая страница - пакет тестов по этой странице.
Каждый пункт меню - пакет "страниц"


6) каждый пакет (не важно, какого уровня иерархии) содержит свой запускающий класс, чтобы не перечислять все внутренние тесты снаружи.
7) каждый пакет содержит (если необходимо) свой класс общих методов. Кто-то называет его хэлпером, я называю его - Functions. Какая разница, как называть - правильно?
8) если два смежных пакета содержат в своих "хэлперах" одинаковые методы, то эти методы лучше вынести в хэлпер на уровень выше.

Вроде бы ничего не забыл...
На истину последней инстанции не претендую: у каждого свой подход. Я к этой структуре пришёл самостоятельно за 2 года, "варясь в собственном соку".


Спасибо! А есть где нибудь примеры, чтобы посмотреть эту реализацию
  • 0

#4 fazen

fazen

    Новый участник

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Середа Александр Игоревич

Отправлено 26 сентября 2013 - 08:09

спасибо
  • 0

#5 Petrov.Sergey

Petrov.Sergey

    Опытный участник

  • Members
  • PipPipPipPip
  • 446 сообщений
  • ФИО:Petrov Sergey
  • Город:МО, Лобня


Отправлено 26 сентября 2013 - 08:21

Спасибо! А есть где нибудь примеры, чтобы посмотреть эту реализацию


Ну, то, что я описал, у меня выглядит примерно так:
Прикрепленный файл  структура проекта.png   44,41К   91 Количество загрузок:
  • 1
Форум читаю набегами. По возникшим вопросам можно в скайп (в профиле).

#6 fazen

fazen

    Новый участник

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Середа Александр Игоревич

Отправлено 26 сентября 2013 - 08:39

Спасибо!!А есть какая -то литература, по этому поводу
  • 0

#7 Stormer

Stormer

    Новый участник

  • Members
  • Pip
  • 20 сообщений
  • ФИО:Gig Igor


Отправлено 11 апреля 2017 - 20:34

Спасибо!!А есть какая -то литература, по этому поводу

Плюсую. Очень хочется литературы по этому поводу. По паттернам Java разработки полно материалов. А как писать автотесты с использованием WebDriver правильно?


  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных