atesting.ru Блог Типы фреймворков автоматизации тестирования | Все, что вы должны знать

Типы фреймворков автоматизации тестирования | Все, что вы должны знать

Ранее в этой серии учебных пособий по Selenium мы познакомились с основными концепциями Selenium. В этом посте мы узнаем о типах Selenium Automation Framework (Test Automation Frameworks) — на основе данных, на основе ключевых слов и гибридной платформы. Это поможет вам пройти собеседование по Selenium.

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

Что такое фреймворк?

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

Давайте посмотрим на общий пример:

Большинство из нас любит чашку чая. Как мы делаем хороший чай.

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

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

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

Здесь ' банка ', куда мы добавили все ингредиенты, необходимые для приготовления хорошего чая, — это Framework.

Действительно ли мы следуем этому процессу?

Ответ — Нет .

Мы можем заварить чай, не следуя этому процессу.

Но если следовать описанному выше процессу, результат будет хорошим.

Точно так же, если мы будем следовать фреймворку, мы можем получить лучшие результаты.

Что такое Selenium Framework?

Структура кода фреймворка Selenium помогает повторно использовать код, сокращает объем обслуживания кода, повышает читаемость кода и позволяет нескольким пользователям работать над одним и тем же фрагментом программы.

Зачем нам нужен Selenium Framework ?

  • Простота обслуживания кода
  • Увеличение повторного использования кода
  • Повышение читабельности кода
  • Уменьшение количества скриптов стоимость обслуживания
  • Сокращение времени выполнения тестов
  • Сокращение человеческих ресурсов
  • Простая отчетность

Типы фреймворков автоматизации тестирования:

В этом посте я расскажу о наиболее популярных типах фреймворков автоматизации Selenium .

  • 1. Структура линейных сценариев
  • 2. Модульная среда тестирования
  • 3. Платформа тестирования архитектуры библиотеки
  • 4. Структура тестирования на основе данных
  • 5. Система тестирования на основе ключевых слов
  • 6. Платформа гибридного тестирования
  • 7. Структура тестирования разработки на основе поведения

Типы автоматизации тестирования Фреймворки | Все, что вы должны знать

Посмотрите видео ниже, чтобы посмотреть« Типы фреймворков автоматизации в Selenium/Типы фреймворков автоматизации в QTP/UFT »

Наберитесь терпения. Видео загрузится через некоторое время.

Linear-Scripting Framework:

Linear Scripting Framework — это тест базового уровня фреймворк автоматизации, который имеет линейную форму «Запись и воспроизведение».

Этот фреймворк также известен как фреймворк «Запись и воспроизведение».

Этот тип фреймворка используется для тестирования небольших приложений.

В этом типе создание и выполнение тестовых сценариев выполняется индивидуально для каждого тестового примера индивидуально.

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

Преимущества Linear Scripting Automation Framework:

  • Может создавать тестовые сценарии (запись и воспроизведение ) без особого планирования или отнимания много времени
  • Знания в области программирования не требуются
  • Быстрый способ создания тестовых сценариев

Недостатки Linear Scripting Automation Framework:

  • Отсутствие возможности повторного использования из-за автоматически сгенерированных скриптов.
  • Жесткое кодирование данных не позволяет нам работать с несколькими наборами данных.
  • Техническое обслуживание требует больших усилий. для внесения даже небольших изменений.

Модульная среда тестирования:

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

Проще говоря, тестировщики разделяют приложение на несколько модулей и создают тестовые сценарии индивидуально. Эти отдельные тестовые сценарии можно объединить в более крупные тестовые сценарии, используя главный сценарий для достижения требуемых сценариев. Этот главный сценарий используется для вызова отдельных модулей для выполнения сценариев сквозного тестирования.

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

В этой структуре тестировщики пишут библиотеки функций, чтобы использовать их всякий раз, когда это необходимо. Это модульная структура AKA или структура на основе модулей.

Преимущества модульной структуры тестирования:

  • Лучшая масштабируемость и простота обслуживания из-за взлома развертывание всего приложения в разные модули.
  • Может независимо писать тестовые сценарии.
  • Изменения в одном модуле не влияют или не влияют на другие модули.

Недостатки Modular Testing Framework:

  • Требуется больше времени для анализа тестовых примеров и определения повторно используемых потоков.
  • Из-за жестко закодированных данных в тестовых сценариях невозможно использовать несколько наборов данных.
  • Требуются навыки программирования для настройки фреймворка

Платформа тестирования архитектуры библиотеки:

Платформа тестирования архитектуры библиотеки, также известная как «Структурированные сценарии» или «Функциональная декомпозиция»

Она основана на модульной структуре с некоторыми дополнительными преимуществами.

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

Преимущества платформы тестирования архитектуры библиотеки:

  • обслуживание скриптов простое
  • Легко масштабируемое
  • Библиотека функций может использоваться повторно и может возможность многократного использования

Недостатки среды тестирования архитектуры библиотеки:

  • Требуются навыки программирования.
  • Это требуется больше времени для подготовки тестовых сценариев.
  • Фиксированный набор тестовых данных жестко запрограммирован в сценариях

Фреймворк, управляемый данными:

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

Это позволяет нам создавать сценарии автоматизации тестирования, передавая различные наборы тестовых данных.

Набор тестовых данных хранится во внешних файлах или ресурсах, таких как таблицы MS Excel, таблицы MS Access, база данных SQL, файлы XML и т. д.,

Тестовые сценарии подключаются к внешним ресурсам для получения тестовых данных.

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

Эта структура значительно сокращает количество тестовых сценариев по сравнению с модульной структурой.

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

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

< strong> Преимущества инфраструктуры, управляемой данными:

  • Он поддерживает несколько наборов данных.
  • Изменение тестовых сценариев не повлияет на тестовые данные
  • Нет необходимости жестко кодировать тестовые данные.
  • Экономит время за счет выполнения большего количества тестов.

Недостатки инфраструктуры, управляемой данными:

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

Ключевое слово Структура управляемого тестирования:

Это также известно как тестирование на основе таблиц или тестирование на основе слов действий .

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

Он выполняет сценарии тестирования автоматизации. на основе ключевых слов, указанных в таблице Excel.

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

Логика для чтения ключевых слов и вызова требуемого действия упомянутые во внешнем листе Excel помещаются в основной класс. Тестирование на основе ключевых слов аналогично тестированию на основе данных.

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

Преимущества фреймворков, управляемых ключевыми словами:

  • Не нужно быть экспертом, чтобы писать тестовые сценарии.
  • Можно повторно использовать код. Мы можем указать в разных скриптах одно и то же ключевое слово.
  • Даже если приложение изменяется, тестовые скрипты не меняются.
  • Тесты могут быть разработаны до разработки приложения.
  • Тестовые скрипты работают независимо от тестируемого приложения с базовыми модификациями.
  • Не зависит от инструментов тестирования.

Недостатки фреймворков, управляемых ключевыми словами:

  • Уделите больше времени разработке
  • < li> Начальная стоимость высока.

  • Требуются сотрудники с хорошими навыками автоматизации тестирования.

Гибридная среда тестирования :

Фреймворк автоматизации гибридного тестирования — это комбинация двух или более фреймворков, упомянутых выше. Он пытается использовать сильные стороны и преимущества других фреймворков для конкретной тестовой среды, которой он управляет. Большинство команд создают эту гибридную структуру на текущем рынке.

Структура тестирования разработки, управляемой поведением:

Цель этой структуры разработки, основанной на поведении, — создать платформу, которая позволяет всем (например, бизнес-аналитикам, разработчикам, тестировщикам и т. Д.) Принимать активное участие. Это требует более тесного сотрудничества между командами разработчиков и тестировщиков. Он не требует от пользователей знания языка программирования. Мы используем нетехнический естественный язык для создания тестовых спецификаций. Некоторые из инструментов, доступных на рынке для разработки, управляемой поведением, — это JBehave, Cucumber и т. Д.

Указанные выше фреймворки являются одними из самых популярных фреймворков автоматизации тестирования , используемых тестировщики автоматизации.

Заключение:

  • Хотя мы видели разные типы фреймворков автоматизации тестирования. Среди популярных фреймворков автоматизации тестирования — фреймворк, управляемый данными, фреймворк, управляемый ключевыми словами, и гибридный фреймворк.
  • В фреймворке, управляемом данными, мы храним тестовые данные в таблицах Excel & amp; использовать поставщика данных TestNG для выполнения тестовых примеров.
  • В структуре, управляемой ключевыми словами, мы определяем ключевые слова в таблице Excel, и код вызывает этот файл для выполнения тестовых примеров.
  • Гибридная структура представляет собой комбинацию фреймворков на основе данных и ключевых слов.

TAG: qa