Есть ли стенды для тестирования?
Что проверяют
Понимаете ли вы, где проверяется фронтенд до прода, и умеете ли работать, когда бэкенд ещё не готов.
Как отвечать
Опишите схему сред глазами фронтендера:
- локальная разработка с сервером сборки и горячей заменой модулей, бэкенд берётся с тестового контура или подменяется;
- превью на каждую ветку: сборка поднимается автоматически по запросу на слияние и получает свой адрес. Это самый полезный инструмент для фронтенда: ссылку можно отдать дизайнеру, продакту и тестировщику до слияния;
- тестовый контур с общим бэкендом для интеграционных проверок;
- предпродакшен, максимально близкий к прод по данным и конфигурации;
- прод с постепенной раскаткой и возможностью быстро откатиться.
Дальше расскажите, чем закрываете отсутствие готового бэкенда: заглушки по контракту OpenAPI, перехват запросов в тестах через MSW, Storybook для компонентов в изоляции, фиксированные наборы данных для скриншотных тестов.
Полезно назвать, что именно проверяется где: модульные и компонентные тесты в конвейере на каждый коммит, сквозные сценарии на стенде, визуальные различия на превью, а ручная проверка на предпродакшене перед релизом.
Если вопрос задают вам как кандидату про прошлый опыт, отвечайте конкретно: были ли превью-окружения, кто их поддерживал, как решали проблему нестабильных сквозных тестов.
Где спотыкаются
Отвечают «тестируем локально», из чего следует, что проверка перед релизом держится на одном человеке.
Не разделяют заглушки и реальный контур: без реального стенда не ловятся ошибки интеграции, а без заглушек невозможно работать параллельно с бэкендом.
Считают, что сквозные тесты заменяют компонентные: они дороже, медленнее и чаще мигают.