От «спагетти-кода» к чистым сценариям. Как Page Object Model помог нам преодолеть техдолг в автотестах

Делимся практическим кейсом рефракторинга автотестов учетной системы: от линейных скриптов к архитектурному подходу, который ускорил написание тестов в три раза. Технический долг в автотестах — это катастрофа, которая нарастает незаметно. Сначала «простые и быстрые» линейные скрипты кажутся хорошим решением, но с ростом продукта они превращаются в «спагетти-код», где любое изменение в интерфейсе вызывает часовую рутину правок. Мы прошли этот путь в проекте по разработке учетной системы и нашли выход через внедрение архитектурного паттерна Page Object Model (POM) . Состояние «до» с линейными автотестами Когда мы только начинали работу над учетной системой для одного из наших заказчиков, то писали автотесты в простом линейном формате – они представляли собой цепочки команд, полностью отражающих сценарии пользователей. На старте это позволило нам оперативно покрыть продукт тестами и получать быстрый фидбек по продукту. В приоритете была скорость.

https://habr.com/ru/articles/988096/

#Page_Object_Model #POM #автоматизация_тестирования #рефакторинг_автотестов #технический_долг #поддержка_автотестов

[Перевод] Page Object Model и Page Factory в Selenium

Автоматизированное тестирование веб-приложений невозможно представить без грамотной организации кода, позволяющей упростить поддержку тестов и минимизировать дублирование. В Selenium для этого широко применяются паттерны Page Object Model (POM) и Page Factory. Они помогают структурировать тестовую архитектуру, отделяя логику взаимодействия с UI от самих тестов. В этой статье разберём, как работают POM и Page Factory, в чём их различия, а также как их реализовать в Selenium с использованием Java.

https://habr.com/ru/companies/otus/articles/888450/

#qa_automation #автоматизация_тестирования #qa #selenium #page_object_model #page_factory #java