Комплексная оценка модуля 8, охватывающая инструменты, паттерны, фреймворки, стратегии и лучшие практики автоматизации из уроков 8.1-8.29.
Обзор оценки # Поздравляем с завершением модуля 8: Автоматизация тестирования. Эта оценка проверяет понимание всех тем из уроков 8.1-8.29.
Часть Формат Вопросы Время Часть 1 Тест с выбором ответа 10 вопросов 10 минут Часть 2 Сценарные вопросы 3 сценария 20 минут Часть 3 Практическое упражнение 1 упражнение 30 минут
Часть 1: Тест # Ответьте на 10 вопросов в frontmatter. У каждого вопроса один правильный ответ.
Часть 2: Сценарные вопросы # Сценарий 1: Выбор фреймворка # Ваша компания создаёт e-commerce приложение. Команда использует TypeScript и React. Требования: кроссбраузерное тестирование, мульти-вкладки для OAuth, API-тестирование вместе с UI, интеграция CI/CD, команда из 3 QA с TypeScript.
Вопрос: Какой фреймворк рекомендуете (Selenium, Playwright, Cypress)? Обоснуйте 3+ причинами. Укажите одно ограничение и как его нивелировать.
Сценарий 2: Расследование нестабильного теста # Тест в CI падает ~10% запусков. Тест: логин, навигация к управлению пользователями, поиск, клик «Деактивировать», проверка сообщения успеха.
Вопрос: Перечислите 3 возможные причины по убыванию вероятности. Для каждой опишите конкретное исправление и превентивные меры.
Сценарий 3: Стратегия автоматизации # Вы приходите в компанию с 500 ручными регрессионными тестами и нулевой автоматизацией. Руководство хочет «автоматизировать всё» за 3 месяца.
Вопрос: Создайте реалистичную стратегию: приоритизация, тесты для ручного выполнения, план на 3 месяца, метрики успеха, риски.
Часть 3: Практическое упражнение # Упражнение: Спроектировать фреймворк автоматизации # Спроектируйте архитектуру фреймворка: логин, дашборд, каталог, корзина, оформление; API-эндпоинты; UI и API тестирование; отчёты Allure; CI/CD с GitHub Actions.
Результаты: структура проекта, дизайн Page Objects, стратегия данных, конфигурация CI/CD, стратегия отчётности.
После завершения # 90+: Отлично. Переходите к Модулю 9: CI/CD и DevOps.70-89: Хорошая база. Повторите уроки по вопросам с ошибками, затем продолжайте.Ниже 70: Повторите уроки 8.1-8.17 перед повторной попыткой.Проверка знаний 1. Каково основное назначение пирамиды автоматизации тестирования?
A
Показать, какие языки использовать
B
Определить пропорцию тестов на каждом уровне: много unit-тестов, меньше интеграционных, минимум UI
C
Перечислить инструменты
D
Определить расписание
Пирамида рекомендует много быстрых unit-тестов в основании, меньше интеграционных в середине и минимум UI/E2E на вершине.
2. Что НЕ должен содержать page object в модели Page Object?
A
Локаторы элементов
B
Методы действий пользователя
C
Проверки теста и тестовую логику
D
Методы навигации
Page object не должен содержать проверки теста. Проверки принадлежат тестовому классу.
3. Что архитектурно отличает Playwright от Selenium?
A
Playwright использует WebDriver
B
Playwright взаимодействует через Chrome DevTools Protocol (CDP), а не WebDriver
C
Playwright только для Chrome
D
Различий нет
Playwright использует CDP и нативные протоколы для прямого общения с браузером.
4. Когда НЕ следует автоматизировать тест-кейс?
A
Когда покрывает критичный поток
B
Когда выполняется один раз, носит исследовательский характер или UI слишком часто меняется
C
Когда включает API
D
Когда нужны тестовые данные
Одноразовые тесты, исследовательское тестирование и нестабильный UI имеют плохой ROI.
5. Что такое паттерн Given-When-Then в BDD?
A
Соглашение именования
B
Структура сценариев: Дано предусловие, Когда действие, Тогда ожидаемый результат
C
Паттерн запросов к БД
D
Структура пайплайна
Given-When-Then структурирует BDD-сценарии: Given задаёт состояние, When — действие, Then — результат.
6. Какова основная причина нестабильных тестов?
A
Плохие имена
B
Состояния гонки и неправильная синхронизация с асинхронными операциями
C
Неправильный язык
D
Слишком много тестов
Большинство нестабильных тестов вызвано проблемами таймингов.
7. Как визуальное регрессионное тестирование дополняет функциональное?
A
Заменяет полностью
B
Выявляет визуальные/CSS-баги, которые функциональные пропускают, проверяя внешний вид, а не поведение
C
Быстрее
D
Тестирует серверную логику
Функциональные тесты проверяют поведение; визуальные — внешний вид. Оба нужны.
8. Какое преимущество BDD-синтаксиса REST Assured?
A
Быстрее
B
Читаемость как Given-When-Then, служит документацией
C
Поддержка браузера
D
Генерация данных
Синтаксис given().when().then() делает API-тесты читаемыми и самодокументируемыми.
9. Что ревьюер должен проверять в первую очередь перед стилем?
A
Именование файлов
B
Что тест корректно проверяет поведение с осмысленными проверками
C
Порядок import-ов
D
Формат комментариев
Самое важное — корректность проверок.
10. Какая стратегия построения матрицы кроссбраузерного тестирования?
A
Все версии
B
Данные аналитики для 90%+ реальных браузеров, критичные крайние случаи
C
Только Chrome
D
Случайные
Выбор на основе аналитики обеспечивает тестирование реальных браузеров пользователей.