Пирамида тестирования определяет три уровня автоматизации: модульный (юнит-тесты), сервисный (интеграционные и E2E тесты) и пользовательский интерфейс (UI-тесты). Модульный уровень является основой, где тесты пишутся разработчиками и проверяют логику функций. Сервисный уровень проверяет взаимодействие разных функций через API. UI-тесты, находящиеся на вершине пирамиды, являются наиболее сложными и зависят от стабильности локаторов, поэтому их должно быть меньше всего.
При написании тестов важно выбирать самый низкий уровень, на котором можно проверить необходимую функциональность. Зависимость от UI следует минимизировать, используя, по возможности, API или прямые URL-переходы. Не все шаги сценария должны выполняться через UI. Например, при тестировании добавления товара в корзину, можно не выполнять поиск каждый раз, а перейти сразу к карточке товара через URL.
Швы в коде (code seams) — это точки расширения и подмены зависимостей, позволяющие обходить UI и работать напрямую с логикой приложения, используя, например, инъекции зависимостей. Разработчики могут создавать швы для отправки быстрых HTTP-запросов или очистки данных после тестов. Для работы с UI необходимы стабильные локаторы HTML-элементов, лучше всего если это будут ID, Name или специальные атрибуты data-test-id. Важно включить это в культуру командной работы.
Изображение носит иллюстративный характер
При написании тестов важно выбирать самый низкий уровень, на котором можно проверить необходимую функциональность. Зависимость от UI следует минимизировать, используя, по возможности, API или прямые URL-переходы. Не все шаги сценария должны выполняться через UI. Например, при тестировании добавления товара в корзину, можно не выполнять поиск каждый раз, а перейти сразу к карточке товара через URL.
Швы в коде (code seams) — это точки расширения и подмены зависимостей, позволяющие обходить UI и работать напрямую с логикой приложения, используя, например, инъекции зависимостей. Разработчики могут создавать швы для отправки быстрых HTTP-запросов или очистки данных после тестов. Для работы с UI необходимы стабильные локаторы HTML-элементов, лучше всего если это будут ID, Name или специальные атрибуты data-test-id. Важно включить это в культуру командной работы.
