Automation QA - Вопросы & ответы (часть 1)
Первая часть пробного собеседования Automation QA с разбором ответов по UI- и API-автоматизации. Видео охватывает базовые инструменты, паттерны проектирования тестов и устройство тестового фреймворка.
Gennadii Chursov - QA, Testing, Automation
Открыть на YouTube- Опубликовано на YouTube:
- Просмотры на YouTube: 4,7 тыс.
- Лайки на YouTube: 105
Таймлайн
Коротко о видео
Это мок-интервью для подготовки Automation QA: кандидат отвечает на технические вопросы, а собеседник уточняет и дополняет ответы. Обсуждаются Continuous Integration/Continuous Delivery, JUnit и TestNG, параллельный запуск и изоляция тестов, Page Object, Selenium/Selenide, SOAP, REST, Swagger, WebSocket и слои тестового фреймворка. В конце разбирают критерии выбора языка, работу с тестовыми данными, запуском и отчётностью.
Затронутые темы
Что взять на заметку
- Continuous Integration/Continuous Delivery имеет смысл внедрять, когда важны скорость и качество поставки; для небольшого или короткого проекта затраты на инфраструктуру, пайплайны и специалистов могут не окупиться.
- Для подготовки стоит различать lifecycle-аннотации JUnit/TestNG: BeforeAll/AfterAll выполняются вокруг набора тестов, BeforeEach/AfterEach — вокруг отдельного теста; параметризированные тесты запускают одну проверку на нескольких наборах данных.
- Параллельный запуск безопасен, когда тесты атомарны и изолированы: у них нет общих изменяемых данных, а при необходимости используются отдельные пользователи, сессии и браузеры.
- В Page Object локаторы и операции конкретной страницы инкапсулируются в её классе; общие Header и Footer разумно вынести в отдельные переиспользуемые компоненты.
- Selenium следует объяснять прежде всего как инструмент управления браузером через WebDriver; Selenide, по словам собеседника, добавляет более удобные для тестирования возможности, включая ожидания.
- Тестовый фреймворк полезно раскладывать на выбор языка и инструментов, тестовые данные, запуск и отчётность; язык выбирают не только по стеку разработки, но и по навыкам QA-команды и потребностям проекта.