Каковы преимущества и недостатки каждой структуры? Наша команда решает, какие рамки использовать для нашего следующего проекта.PageObjectModel vs ExcelBased Selenium Framework
Первый каркас PGO начинается с программирования, создающего тест. Это тестовый объект. После создания теста мы реализуем фреймворк, создавая класс/метод, который будет передавать этот метод теста, а затем рефакторинг, который будет объектом страницы. Классы будут подвергать методам, позволяющим тесту QA тестировать определенные поля, такие как setFirstName (firstName) и setEmail (электронная почта) и т. Д. Рамка еще не запущена.
Вторая структура вращается вокруг листа распространения Excel. Уже созданная структура будет считывать все столбцы и строки из трех таблиц Excel и использовать их для автоматизации через тестовые примеры. Первый лист распространения - как определить тестовый пример. Второй лист распространения - это этапы и параметры, которые необходимо включить, а третий расширенный лист - это используемые фактические параметры. Чтобы идентифицировать каждый тестовый пример через три листа Excel, используется идентификатор. Эти листы excel вводятся вручную в качестве входных данных.
Вы бы сказали, что рамки на основе Excel будут стоить того, чтобы все QAs были не программистами? Все программисты, которые сейчас находятся в оффшорной зоне, в настоящее время заняты, и они не могут создать структуру. Это основная причина того, что вы хотите придерживаться своей основы на основе Excel. Я их летний стажер, и я смогу работать в рамках PGO еще несколько недель. Когда оффшор будет занят подготовкой и т. Д., Они начнут тестирование селена. Насколько я знаю, крайний срок для рамки автоматического тестирования отсутствует. Кстати, я бы проголосовал за вас, если бы мог – LinhSaysHi
Нет, я бы не стал. Проектирование рамки PageObject - это небольшая работа в начале. Но для поддержания и записи тестов требуется наименьшее количество программ. Я бы в некоторых случаях – Saifur