Ранее в этой серии руководств по Selenium мы познакомились с основными понятиями Selenium. В этом посте мы изучим типы Selenium Automation Framework (среды автоматизации тестирования) — управляемые данными, управляемые ключевыми словами и гибридные платформы. Это поможет вам пройти собеседование по Selenium.
Прежде чем обсуждать типы сред автоматизации тестирования, давайте посмотрим, что такое инфраструктура.
Что такое фреймворк?
Фреймворк определяет набор правил или лучших практик, которым мы можем систематически следовать для достижения желаемых результатов. Таким образом, вышеупомянутые фреймворки для автоматизации тестирования используют передовой опыт для достижения целей нашего проекта по автоматизации.
Давайте рассмотрим общий пример:
Большинство из нас любят чашку чая. Как мы завариваем хороший чай.
Для его приготовления мы добавляем такие ингредиенты, как чайный порошок, сахар, молоко и воду. Чтобы приготовить хороший чай, все ингредиенты, которые мы добавляем, должны быть в правильном соотношении.
В случае, если вы хотите делать это ежедневно, как вы делаете. Невозможно каждый день добавлять все ингредиенты в правильном соотношении.
Если вы добавите все ингредиенты в правильном соотношении в банку. Вы можете каждый раз заваривать чай с одним и тем же вкусом.
Здесь “банка“, куда мы добавили все ингредиенты, необходимые для приготовления хорошего чая, — это Framework.
Мы действительно следуем этому процессу?
Ответ: Нет.
Мы можем приготовить чай, не следуя этому процессу.
Но если следовать описанному выше процессу, результат будет хорошим.
Точно так же, если мы будем следовать фреймворку, мы сможем добиться лучших результатов.
Что такое Selenium Framework?
Структура кода фреймворка Selenium помогает вам повторно использовать код, сократить объем обслуживания кода, улучшить его читаемость и позволить нескольким пользователям работать над одной и той же частью программы.
Зачем нам нужен Selenium Framework?
- Простота обслуживания кода
- Повышение частоты повторного использования кода
- Повышение читабельности кода
- Снижение затрат на обслуживание скриптов
- Сокращение времени выполнения тестов
- Сокращение человеческих ресурсов
- Легкая отчетность
Типы платформ автоматизации тестирования:
Здесь, в этом посте, я объясните самые популярныетипы Selenium Automation Framework.
- 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 или модульная структура.
Преимущества модульной среды тестирования:
- Лучшая масштабируемость и простота обслуживания благодаря разбиению всего приложения на разные модули
- Можно писать тестовые сценарии независимо
- Изменения в одном модуле практически не влияют на другие модули
Недостатки модульной среды тестирования:
- Требуется больше времени для анализа тестовых случаев и выявления повторно используемых потоков
- Из-за жестко закодированных данных в тестовых сценариях невозможно подать в суд несколько наборов данных.
- Для настройки фреймворка требуются навыки кодирования
Вопросы для собеседования с фреймворком
Среда тестирования архитектуры библиотеки:
Среда тестирования архитектуры библиотеки, также известная как «Структурированный сценарий» или «Функциональная декомпозиция»< p>Он основан на модульной структуре с некоторыми дополнительными преимуществами.
В рамках модульного тестирования мы делим тестируемое приложение на модули, тогда как здесь мы определяем общие задачи и группируем их в функции. После того, как функции сгруппированы, эти группы будут храниться в библиотеке. Сценарии тестирования повторно используют эти библиотеки для создания новых тестовых случаев.
Преимущества среды тестирования архитектуры библиотеки:
- Простота обслуживания сценария
- Легко масштабируется
- Библиотеку функций можно использовать многократно
Недостатки среды тестирования архитектуры библиотеки:
- Требуются навыки программирования
- Подготовка тестовых сценариев занимает больше времени
- Фиксированный набор тестовых данных жестко закодирован в сценариях
Data-driven Framework:
Автоматизация тестирования на основе данных Framework ориентирован на отделение логики тестовых сценариев и тестовых данных друг от друга.
Он позволяет нам создавать сценарии автоматизации тестирования, передавая различные наборы тестовых данных.
Набор тестовых данных хранится в внешние файлы или ресурсы, такие как таблицы MS Excel, таблицы MS Access, база данных SQL, файлы XML и т. д.,
Сценарии тестирования подключаются к внешним ресурсам для получения тестовых данных.
С помощью этой платформы мы можем легко заставить тестовые сценарии правильно работать с различными наборами тестовых данных.
Эта платформа значительно сокращает количество сравниваемых тестовых сценариев. к основанной на модулях платформе.
Эта платформа обеспечивает большее тестовое покрытие за счет повторного использования тестов и гибкости при выполнении тестов только при необходимости и за счет изменения только входных тестовых данных.
Он надежен с точки зрения отсутствия влияния на тесты путем изменения тестовых данных, но у него есть свои недостатки, например, тестировщики, работающие с этим фреймворком, должны иметь практические знания в области программирования для разработки тестовых сценариев
Преимущества Data-Driven Framework:
- Поддерживает несколько наборов данных
- Изменение тестовых скриптов не повлияет на тестовые данные
- Нет необходимости жестко кодировать тестовые данные
- Экономит время за счет выполнения большего количества тестов
Недостатки среды, управляемой данными:
- Требуются навыки программирования
- Настройка фреймворка и тестовых данных занимает больше времени
- Требуются опытные тестировщики автоматизации для разработки фреймворка
Как работать с таблицами Excel с помощью Selenium for Data Driven Testing Framework< /blockquote>
Структура тестирования на основе ключевых слов
Также известна как тестирование на основе таблиц или тестирование на основе слов-действий.
В тестировании на основе ключевых слов мы используем формат таблицы для определения ключевых слов или слов действия для каждой функции или метода, которые мы будем выполнять.
Он выполняет сценарии автоматизированного тестирования на основе ключевых слов, указанных в листе Excel.
< p>Используя эту платформу, тестировщики могут работать с ключевыми словами для разработки любого сценария автоматизации тестирования. Тестировщики с меньшими знаниями в области программирования также смогут работать с тестовыми сценариями.
Логика для чтения ключевых слов и вызова требуемого действия, упомянутого в внешний лист Excel помещается в основной класс. Тестирование на основе ключевых слов похоже на тестирование на основе данных.
Несмотря на то, что для работы с этим фреймворком не требуется особых навыков программирования, первоначальная настройка (внедрение фреймворка) требует большего опыта.
Преимущества фреймворков, управляемых ключевыми словами:
- Не нужно быть экспертом, чтобы писать тестовые сценарии.
- Код можно использовать повторно. Мы можем указать разные скрипты на одно и то же ключевое слово
- Несмотря на то, что приложение меняется, тестовые скрипты не меняются.
- Тесты могут быть разработаны до разработки приложения
- Тестовые скрипты работают независимо от тестируемого приложения с базовыми модификациями
- Не зависят от инструментов тестирования
Недостатки платформ, управляемых ключевыми словами:
- Требуется больше времени на разработку
- Первоначальная стоимость высока
- Необходимы сотрудники с хорошими навыками автоматизации тестирования
Среда гибридного управляемого тестирования:
Среда автоматизации гибридного тестирования представляет собой комбинацию двух или более сред, упомянутых выше. Он пытается использовать сильные стороны и преимущества других сред для конкретной тестовой среды, которой он управляет. Большинство команд создают эту гибридную платформу на текущем рынке.Целью этой среды разработки, ориентированной на поведение, является создание платформы, которая позволяет всем (например, бизнес-аналитикам, разработчикам, тестировщикам и т. д.) активно участвовать. Это требует более тесного сотрудничества между командами разработки и тестирования. Не требует от пользователей знания языка программирования. Мы используем нетехнический, естественный язык для создания тестовых спецификаций. Некоторые инструменты, доступные на рынке для разработки, основанной на поведении, — это JBehave, Cucumber и т. д.
Упомянутые выше платформы являются одними из самых популярных платформ автоматизации тестирования, используемых разработчиками. тестировщики автоматизации.
Вывод:
- Несмотря на то, что мы видели разные типы сред автоматизации тестирования. Популярными платформами автоматизации тестирования из всех являются платформа, управляемая данными, среда, управляемая ключевыми словами, и гибридная среда.
- В среде, управляемой данными, мы храним тестовые данные в листах Excel и используем поставщика данных TestNG для выполнения тестовых случаев.
- В среде, управляемой ключевыми словами, мы определяем ключевые слова на листе Excel, и код будет вызывать этот файл для выполнения тестовых случаев.
- Гибридная среда представляет собой комбинацию платформ, управляемых данными, и платформ, управляемых ключевыми словами.
TAG: qa
Еще об этом:
100 САМЫХ ПОПУЛЯРНЫХ ПРОДВИНУТЫХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ ПО SELENIUM
