Автор: Денис Кульчавый, заместитель генерального директора в компании по тестированию ПО

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

Сегодня доступно множество инструментов: Selenium, Playwright, Cypress и другие. Каждый имеет свои преимущества. Но в подавляющем большинстве наших проектов мы используем Selenium. Расскажу, почему мы сделали такой выбор.

Цель автоматизации — экономия

Главная задача автоматизации — снизить ручную нагрузку и минимизировать человеческий фактор. Рассмотрим на примере интернет-магазина. Если компания выпускает по 5 версий в месяц, перед каждым релизом необходимо проверять ключевые сценарии: добавление товара в корзину, оформление заказа, оплату. Регулярные ручные проверки требуют времени, увеличивают затраты и подвержены ошибкам.

Автотесты выполняют эти проверки быстрее и точнее. С экономической точки зрения, однократные инвестиции в разработку автотестов, как правило, окупаются за счет экономии на многократных ручных проверках.

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

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

Требования клиентов и гибкость технологий

Как IT-компания, мы сталкиваемся с разными требованиями заказчиков. Клиенты часто просят использовать определенный язык программирования, чтобы их команды могли поддерживать тесты. Например, если бекэнд написан на C#, то и автотесты предпочтительнее на нем.

Поэтому мы создаем индивидуальные фреймворки на базе Selenium, чаще всего на Python и C#, реже — на Java и JavaScript. Нам нужен инструмент, который позволяет адаптироваться под конкретные условия проекта без необходимости полностью менять технологический стек.

Так почему же в итоге Selenium? Ответ кроется в особенностях нашей внутренней структуры — прежде всего, в наличии собственной QA-Академии и необходимости строить унифицированные процессы обучения.

1. Поддержка разных языков программирования

В нашей компании действует QA-Академия для подготовки специалистов по автоматизации. К нам приходят специалисты с разным уровнем знаний и опытом работы с разными языками.

Selenium WebDriver предоставляет единый API для нескольких языков. Его логика работы одинакова независимо от того, используется Python, C#, Java или JavaScript. Это позволяет обучить сотрудников основам автоматизации, не переучивая их с одного языка на другой.

Например, мы уделяем много внимания работе с XPath. Эти знания универсальны для любого из поддерживаемых языков программирования, поскольку XPath — это независимый стандарт для поиска элементов в HTML- и XML-документах. Это делает его фундаментальным и переносимым навыком для веб-автоматизации.

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

2. Единый подход к веб- и мобильным приложениям

Помимо веб-приложений, клиентам требуется автоматизация мобильных приложений. Для этого мы используем Appium.

Appium расширяет протокол Selenium WebDriver. Если автоматизатор знает Selenium, он может быстро начать работать с Appium. Поиск элементов в мобильном приложении осуществляется в XML-представлении интерфейса, и здесь также работает XPath.

Это позволяет нашим специалистам работать с разными типами проектов, используя общие принципы.

3. Автоматизация десктопных приложений

Для автоматизации Windows-приложений мы используем WinAppDriver. Этот инструмент также совместим с протоколом WebDriver. Более того, Appium поддерживает WinAppDriver через плагин, что позволяет управлять десктопными приложениями непосредственно из Appium.

Таким образом, Selenium, Appium и WinAppDriver образуют согласованную экосистему. Обучение сотрудника работе с Selenium позволяет ему в дальнейшем работать с веб-, мобильными и десктопными приложениями.

Стандарты W3C как основа надежности

Selenium построен на стандарте W3C WebDriver. Этот стандарт описывает клиент-серверный протокол для удаленного управления браузерами. Серверную часть реализуют разработчики браузеров через специальные драйверы (например, ChromeDriver, GeckoDriver), а клиентскую часть предоставляет Selenium.

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

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

Selenium не является идеальным решением для всех задач. Например, Playwright и Cypress предлагают удобные функции из коробки и могут быть лучше для конкретных сценариев.

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

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

А какие инструменты используете вы для автоматизации? Сталкивались ли с необходимостью поддерживать проекты на разных языках? Поделитесь опытом в комментариях.