✔️ Правильный ответ: С (перераспределить тесты)

В проекте явный перекос: 70% UI-тестов. Это нарушает пирамиду тестирования и приводит к трём системным проблемам:

1️⃣ Стоимость и скорость

UI-тесты:
— самые медленные (браузер, рендер, сеть)
— тяжёлые в CI
— замедляют релизы

Unit и API:
— выполняются быстро
— дают обратную связь за секунды
— позволяют чаще и безопаснее деплоить

🔜 Сейчас пайплайн тормозит из-за неправильного слоя покрытия

2️⃣ Нестабильность (flaky)

UI-тесты чаще падают не из-за багов, а из-за:

— таймингов
— селекторов
— окружения

🔜 В результате:
— падают на ровном месте
— требуют ретраев
— подрывают доверие к тестам

3️⃣ Низкая диагностическая ценность

Если падает UI-тест:
— непонятно, где проблема
— нужно дебажить весь сценарий

Если падает:
— unit → сразу видно, какая функция сломалась
— API → понятно, какой сервис дал сбой

🔜 Чем ниже уровень теста — тем быстрее локализация бага.

❓ Что значит «правильное распределение»:

— Unit (основа) → логика, бизнес-правила
— API / integration → взаимодействие сервисов
— UI (минимум) → только критические user flow

❌ Почему остальные варианты — неправильные:

— A (ещё UI) → усугубит проблему
— B (сменить фреймворк) → не решает архитектуру
— D (таймауты/ретраи) → маскирует флаки

📍 Навигация: [Вакансии]

🐸 Библиотека тестировщика

#стендап_qa