atesting.ru Автоматизация тестирования ПО Факторы, которые следует учитывать при создании нового проекта/фреймворка автоматизации тестирования

Факторы, которые следует учитывать при создании нового проекта/фреймворка автоматизации тестирования

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

 Факторы, которые следует учитывать при создании нового проекта/фреймворка автоматизации тестирования

Какие факторы следует учитывать при создании нового проекта/инфраструктуры автоматизации тестирования?

Честно говоря, поначалу у меня были тяжелые времена отвечая на это правильно.

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

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

Тогда можно ли считать этот вопрос субъективным?

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

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

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

Знайте все о тестируемом приложении

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

Для вас важно знать ответы на следующие вопросы:

  1. Является ли приложение стабильным?
  2. Достаточно ли выполняемых вручную тестов выполняется на одном и том же?
  3. Является ли тестируемое приложение веб-приложением, Windows или мобильным приложением?
  4. Какие потоки данных, процессы и входные данные требуются?

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

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

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

Выделенные ресурсы и целевая аудитория

Как только вы узнаете, что с тестируемым приложением у вас все хорошо, попытайтесь получить ответы на такие вопросы, как:

  1. Есть ли специальная группа автоматизации, если да, сколько ресурсов вложено в это?
  2. Какой будет структура команды?
  3. Кто будет аудиторией отчетов об испытаниях?
  4. Насколько велика целевая аудитория?
  5. Какие отчеты о тестировании будут ожидать?

Инженеру по автоматизации тестирования важно знать их с самого начала по следующим причинам:

  • Если команда автоматизации будет ограничена, то, возможно, команда не столкнется с огромной проблемой при работе над повседневными задачами автоматизации. Однако, если команда большая и распределенная, при слаженной работе может возникнуть пара проблем. В таких случаях необходимо поддерживать версии фреймворка или скриптов. Это можно сделать либо в локальном репозитории, либо в инструменте управления версиями. Поскольку несколько человек будут работать над одним и тем же фреймворком, можно будет легко отслеживать изменения, внесенные в программный код.
  • Переходя к части отчета о тестировании, с учетом предпочтений целевой аудитории и технических возможностей, можно решить вопрос о детализации отчетов, регистрации, возможности преобразования отчетов в другое хранилище/формат или даже для отправки по почте отдельным лицам и т. Д. На основе этого с самого начала можно разработать структуру тестирования.

Бюджетная стоимость и выбор правильных инструментов

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

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

Реалистичные ожидания или объем автоматизации тестирования

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

Целесообразно начать с реалистичных ожиданий и определения объема тестирования заранее.

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

  • Невозможно достичь 100% автоматических тестов.
  • Автоматизировать каждый тестовый пример — недостижимая цель.
  • Преимущества автоматизации тестирования могут быть получены только после нескольких циклов тестирования
  • выполнение и ожидание немедленной окупаемости инвестиций — это миф.
  • Для выбора инструмента и создания фреймворка следует выделить отдельное время для увеличения производительности.

Дизайн

Выбор дизайна типа Framework — еще одна важная задача. По сути, это определяется типом ввода тестовых данных в тестовые сценарии.

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

  • Data-Driven Automation Фреймворк
  • Фреймворк автоматизации на основе ключевых слов
  • Модульный фреймворк автоматизации
  • Гибридный фреймворк автоматизации
  • Фреймворк линейных сценариев
  • Структура разработки, управляемая поведением
  • Хорошо организованная структура
  • Параметры конфигурации
  • Управление версиями среды
  • Расширяемость и обслуживание

Подробнее о типах фреймворков автоматизации тестирования

Передовые методы создания сценариев тестирования

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

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

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

  • Для создания репозиторий объектов: (пример: локаторы веб-элементов, хранящиеся в файле OR.properties)
  • Для разработки общей библиотеки функций: (пример: для хранения всех общих операций в одном файле)
  • Чтобы написать тестовые примеры с помощью интегрированного инструмента управления тестированием: (пример TestNG)
  • Чтобы параметризовать тест: (пример: сохранить отдельный файл источника данных)
  • Чтобы сохранить сгенерированный файл и сохраненные снимки экрана.
  • Для создания отчета о тестировании
  • Интеграция инфраструктуры автоматизации тестирования с инструментами CI/CD: (пример: возможность интеграции с такими инструментами, как Jenkins или TeamCity)

Надеюсь, это поможет вам всем. Бонусный балл: чем лучше вы понимаете концепции, тем лучше вы объясните свои ответы.

Биография автора:

Старший инженер по тестированию программного обеспечения из государственного учреждения базирующаяся в Сингапуре, соавтор опубликованных публикаций, Сайни Банерджи Пал, имеет обширный опыт работы в индустрии программного обеспечения более 6 лет в таких областях, как SAP, электроника, телеком, AFC, электронная коммерция, и пишет для нескольких ведущих веб-сайтов. Вы можете часто встретить ее каракули, чтение статей, страстное объяснение концепций другим или на https://medium.com/@sainy.banerjee09.

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

  • Где вы применили OOPS в Automation Framework.
  • Data Driven Framework в Selenium WebDriver.
  • Объектная модель страницы с Page Factory в Selenium
  • Учебник по Selenium
  • Учебник по ручному тестированию
  • Учебник по SQL для тестировщиков программного обеспечения
  • Учебник по тестированию производительности
  • < li> Учебное пособие по тестированию безопасности

  • Учебное пособие по тестированию API
  • Учебное пособие для почтальона