Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-03-10

1 Page Object Model (POM) в тестировании - концепция не новая. И если в одних случаях она целесообразна, то в других приводит к дополнительным расходам. В этой статье мы рассмотрим основные механизмы, лежащие в основе POM. Для этого создадим базовую среду тестированияEspressoдля выполнения тест-кейсов с Android UI.

2 <h2>Основная идея POM</h2>

3 Концепция основана на том, что каждый UI-элемент приложения имеет отдельную реализацию методов. Это позволяет повторно использовать код и легко менять его случае необходимости.

4 Кроме того, наличие тестов, написанных согласно этому шаблону, позволит нам создавать легкочитаемый код, который будут хорошо понимать новые члены команды, что сэкономит время.

5 В конце концов, при правильном использовании концепции POM автоматизированное тестирование становится доступным для нетехнических членов команды, что тоже немаловажно. Нельзя также не упомянуть и то, что существует большой потенциал при совершенствовании тестовой инфраструктуры.

6 <h2>Важность концепции POM</h2>

7 - Чтобы показать Page Object Model на примере, мы будем использовать реальный проект, созданный в среде Android Studio. Мы выполним рефакторинг уже существующего проекта Espresso, статью о котором можете найти<a>здесь</a>. Этот проект имел 3 страницы: домашнюю страницу (Home page), панель инструментов (Dashboard) и страницу уведомлений (Notifications). Наш тестовый класс нажимал на каждую из этих кнопок и подтверждал, что всё функционирует.

7 + Чтобы показать Page Object Model на примере, мы будем использовать реальный проект, созданный в среде Android Studio. Мы выполним рефакторинг уже существующего проекта Espresso, статью о котором можете найти<a>здесь</a>. Этот проект имел 3 страницы: домашнюю страницу (Home page), панель инструментов (Dashboard) и страницу у��едомлений (Notifications). Наш тестовый класс нажимал на каждую из этих кнопок и подтверждал, что всё функционирует.

8 Простое приложение для Android:

9 А вот как выглядел код нашего приложения:

10 Как видите, ничего сложного здесь нет. Мы просто вызываем метод click() и подтверждаем, что кнопка отображается.

11 В нашем примере только 3 тест-кейса, но представьте, что в реальности у вас 300 тест-кейсов, и вы хотите что-нибудь изменить. Это заставит вас переписать очень много повторяемого кода. Вместо этого лучше воспользоваться шаблоном Page Object Model.

12 <h2>Реализация Page Object Model</h2>

13 Для начала создадим 6 классов, причем каждый класс будет служить определенной цели:

14 <ol><li>EspressoBaseTest- основной (базовый) класс для хранения методов, которые мы собираемся выполнить. Например, здесь будет находиться метод click().</li>

15 <li>TestPlan- основной класс для настройки и выполнения тест-кейсов.</li>

16 <li>Util- этот класс обычно используется для выполнения вспомогательных методов. Основная идея заключается в том, чтобы вызывать дополнительные методы, не связанные с нашим EspressoBaseTest, - это улучшит выполнение тестов. Например, здесь будет реализован метод, отвечающий за регистрацию результатов теста. Кроме того, мы могли бы добавить методы для получения скриншотов или видео неудачных тестов с последующей их записью в определённое место в файловой системе.</li>

17 <li>DashboardPage- методы, специфичные для страницы панели мониторинга. Мы будем хранить идентификаторы ресурсов UI-элементов, используемых на этой странице.</li>

18 <li>HomePage- здесь будем хранить локаторы страниц и получать значения, выполняя определенные методы.</li>

19 <li>NotificationsPage- наша третья страница с уведомлениями. Здесь применяется та же логика.</li>

20 </ol>Структура тестового фреймворка:

21 Итак, у нас есть 3 метода, которые управляют выполнением теста, и 3 метода, которые представляют UI каждой из страниц приложения. Никакой особой магии здесь нет - мы просто упрощаем процесс и делаем его обслуживаемым в будущем.

22 Вот шаги, которые необходимо выполнить, чтобы создать наш проект в Android Studio:

23 <ol><li>Создайте новый проект, следуя указаниям<a>этой статьи</a>. Укажите Bottom Navigation Activity в качестве шаблона.</li>

24 <li>Добавьте следующую зависимость в конец файла Gradle:androidTestImplementation 'com.android.support.test: rules: 1.0.2'.</li>

25 <li>Создайте 6 классов: EspressoBaseTest, TestPlan, Util, DashboardPage, HomePage, NotificationsPage.</li>

26 </ol>После этого нам нужно реализоватьEspressoBaseTest. Вот как будет выглядеть код:

27 Как видите, мы беремидентификатор (ID) ресурсаи нажимаем его. Всё так же, как и раньше, однако теперь эта часть кода имеет возможность повторно использоваться.

28 Следующее, что нужно сделать, - реализовать наши методы для каждой страницы. Эти методы будут хранить наши значения для необходимых идентификаторов ресурсов. Начнём со страницы Dashboard.

29 Поскольку единственный идентификатор, к которому мы обращаемся, - это сама кнопка, напишем метод для возврата этого ресурса:

30 Тут всё просто. Единственный вопрос, который возникает - почему мы наследуемEspressoBaseClass? Дело в том, что мы хотели бы расширить наш класс, чтобы у нас был доступен click-метод.

31 Таким образом, каждый раз, когда мы захотим получить доступ к методу, мы будем использовать метод, доступный вEspressoBaseTest. Если же нам нужно будет сделать реализацию для конкретного класса, мы всегда сможем добавить эту логику позже.

32 Также обратите внимание, что мы объявляем метод getDashboardButton() статическим, чтобы мы могли использовать этот метод без создания экземпляра класса каждый раз.

33 Осталось повторить ту же логику для двух оставшихся классов:

34 HomePage:

35 NotificationsPage:

36 Класс Util нужен для создания различных вспомогательных методов, например, логов. Мы будем использовать методLog.v, который уже доступен в Android Framework:

37 Итак, у нас есть почти все части, которые необходимы, кроме одной: реальных тест-кейсов для каждого тестового сценария, который мы хотим выполнить. Однако, мы уже создали классTestPlan, поэтому нам просто нужно написать реализацию для него:

38 Что же изменилось по сравнению с первоначальной реализацией? Разница в следующем: 1) мы скрыли реализацию под методом clickButton(); 2) идентификаторы ресурсов теперь хранятся в каждом соответствующем классе; 3) мы следуем схеме [Page Name].[Method].

39 <h2>Запуск тестов</h2>

40 Для запуска щелкните правой кнопкой мыши на класс TestPlan и выберите "Run Test Plan". Поскольку в нашем плане тестирования есть аннотации @Test, Android Studio запустит их как тесты и выведет результаты.

41 Выполнение тестов в Android Studio:

42 Вот и всё, теперь мы задействовали модель POM для нашего проекта. Надеюсь, что эта статья послужит вам примером того, как концепция Page Object Model может помочь при создании UI-тестов для Android.

43 <a>Версия статьи на английском</a>.