2015-06-20 3 views
0

Каковы преимущества и недостатки каждой структуры? Наша команда решает, какие рамки использовать для нашего следующего проекта.PageObjectModel vs ExcelBased Selenium Framework

Первый каркас PGO начинается с программирования, создающего тест. Это тестовый объект. После создания теста мы реализуем фреймворк, создавая класс/метод, который будет передавать этот метод теста, а затем рефакторинг, который будет объектом страницы. Классы будут подвергать методам, позволяющим тесту QA тестировать определенные поля, такие как setFirstName (firstName) и setEmail (электронная почта) и т. Д. Рамка еще не запущена.

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

ответ

1

Я лично не люблю рамки на основе Excel. Я скажу тебе почему.

С селеном мы в основном используем TestNG, NUnit, JUnit и т. Д. В зависимости от языковых привязок. Эти структуры хорошо поддерживаются и хорошо протестированы. Если мы говорим об одних и тех же вещах, то основа, основанная на Excel, имеет все контролирующие возможности выполнения теста, которые могут быть действительно тревожными с точки зрения обслуживания. Если вы прочтете примерно Page Object model, вы увидите разделение озабоченности, рефакторинг и отладка всегда являются самой большой проблемой для набора тестов пользовательского интерфейса, и эта модель наилучшим образом обрабатывает их. При использовании концепции на основе Excel вы выбрасываете концепцию pageobject из окна. Любые изменения/исправления на страницах заставляют вас копать все три листа excel и узнавать селектор и исправлять их. Пока в pageobject вы знаете, где искать. И, с точки зрения добавления или удаления любых тестов (которые я часто делаю), вы можете просто перейти к тестовому объекту, а затем сделать это, не затрагивая никаких других тестов. С другой стороны, удаление/добавление тестового примера может сильно повлиять на весь набор тестов, который я больше всего ненавижу.

+0

Вы бы сказали, что рамки на основе Excel будут стоить того, чтобы все QAs были не программистами? Все программисты, которые сейчас находятся в оффшорной зоне, в настоящее время заняты, и они не могут создать структуру. Это основная причина того, что вы хотите придерживаться своей основы на основе Excel. Я их летний стажер, и я смогу работать в рамках PGO еще несколько недель. Когда оффшор будет занят подготовкой и т. Д., Они начнут тестирование селена. Насколько я знаю, крайний срок для рамки автоматического тестирования отсутствует. Кстати, я бы проголосовал за вас, если бы мог – LinhSaysHi

+0

Нет, я бы не стал. Проектирование рамки PageObject - это небольшая работа в начале. Но для поддержания и записи тестов требуется наименьшее количество программ. Я бы в некоторых случаях – Saifur