Тестирование frontend
Быстрый переход к обучению
Что нужно знать
- Виды тестов: unit, integration, e2e.
- Test pyramid и риск избыточного e2e.
- Контрактные тесты и snapshot-тесты.
- Стратегия тестирования критичных пользовательских путей.
- Quality gates в CI.
Что уметь объяснить на собеседовании
- Почему 100% coverage не равна качеству.
- Какие тесты дают наибольшую ценность для вашего продукта.
- Как избежать flaky e2e тестов.
- Как тесты связаны со скоростью релиза.
Грейд-фокус
- Junior: писать стабильные unit/integration тесты и понимать цель каждого вида.
- Middle: строить тестовую стратегию фичи и снижать флейки.
- Senior: определять quality policy и тестовый ROI на уровне продукта.
Глубокие кейсы собеседования
- Частые прод-регрессии при хорошем coverage: возможно, тесты не покрывают критический пользовательский путь.
- CI стал очень медленным: нужно переоценить баланс unit/integration/e2e и распараллеливание.
- E2E флейки в nightly: нужна изоляция данных, стабильные селекторы, retry policy и диагностика инфраструктуры.
Практический минимум
- Для одной фичи описать тестовый набор по пирамиде.
- Добавить smoke e2e для ключевого маршрута.
- Сформировать минимальные quality gates для merge.
Типовые ловушки
- Гнаться за coverage вместо риска.
- Полагаться только на e2e.
- Не фиксировать тестовые соглашения команды.
Self-review перед собеседованием
- Я могу объяснить, почему выбрал такой баланс тестов.
- Я могу назвать 3 причины flaky-тестов и как их устранять.
- Я умею связывать тесты с бизнес-рисками релиза.