СОЗДАНИЕ ДИЗАЙНА РАМКИ APPIUM

В предыдущей статье этой серии руководств по Appium  мы рассмотрели Жесты мобильной автоматизации.Теперь в этой статье мы увидим Создание дизайна Appium Framework.

Часто на собеседовании, когда интервьюер задает вопрос, чтобы объяснить структуру автоматизации, мы склонны запутаться, с чего начать объяснение того же самого?

Конечно, структура автоматизации тестирования — это не то, что можно объяснить за пару минут, а то, что нам нужно понять, а также дать понять интервьюеру, какова была общая структура.

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

APPIUM FRAMEWORK DESIGN CREATION

Рассмотрите IDE как eclipse, а корень проекта как объектную модель страницы, и она имеет два основных пакета,

src/main/java — пакет для хранения дополнительных параметров, помогающих создать набор тестов для автоматизации

src/test/java — пакет для хранения всех тестовых случаев

Если копнуть глубже, пакет src/main/java, как мы видим, содержит базовый класс, файлы конфигурации, программу чтения Excel, скриншоты ( тестовое свидетельство), библиотеки страниц, папки HTML-отчетов.

Каждая из этих папок будет служить своей собственной цели следующим образом:

Базовый класс:Здесь мы сохраним тестовый базовый класс, в котором будут упомянуты и заскриптованы общие случаи. Затем этот тестовый базовый класс будет расширен в других или во всех тестовых примерах с использованием концепции наследования JAVA OPP. Это поможет повторно использовать код, а также будет соответствовать рекомендациям.

Файл конфигурации. В этом файле будут храниться все данные конфигурации, такие как URL-адрес, время ожидания и т. д. После объявления здесь набор тестов будет использовать данные отсюда. В случае каких-либо изменений нам не потребуется вносить изменения во всем наборе тестов, а только в одном месте — в файле конфигурации.

Excel Reader:При тестировании в реальности у нас есть тестовые данные, поступающие из внешнего источника. Это всегда предпочтительнее, так как тестовые данные могут изменяться и сильно различаться. Следовательно, чтобы сохранить то же самое, тестовые данные должны быть предоставлены через файл Excel. Однако для того, чтобы набор тестов автоматизации мог прочитать его и применить тестовые данные в тестовых сценариях, должна быть написана программа, которая представляет собой не что иное, как файл для чтения Excel

Снимки экрана и отчеты в формате HTML:Как следует из названия, скриншоты, сделанные в качестве доказательства прохождения или сбоя теста, должны храниться в определенном месте. Этот файл служит цели. Что касается папки HTML-отчетов, то каждое выполнение теста будет сопровождаться отчетом о тестировании, который хранится здесь.

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

Теперь перейдем к пакету src/test/java. в другой класс страниц в папке библиотек страниц.

Дополнительные параметры, такие как TestNG, Maven, Log4j и тестовый выходной файл, будут поддерживаться по-разному, предоставляя дополнительную помощь.

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

Предварительные требования следующие:

От QA genius

Adblock
detector