Сколько тестовых стендов было

Что проверяют

Масштаб инфраструктуры, в которой вы работали, и вашу роль в ней. За простым числом стоит другое: хватало ли стендов команде, приходилось ли поднимать и чинить их самому, понимаете ли вы, во что упирается тестирование, когда стенд один на всех.

Как отвечать

Назовите число и сразу разложите его на содержание. Что стоит сказать:

• какие были постоянные: интеграционный, приёмочный, нагрузочный, демо для заказчика;
• были ли временные: окружение под ветку или под задачу, которое поднимает пайплайн и гасит через несколько дней;
• кто разворачивал: сами по инструкции, инженеры эксплуатации или кнопка в CI;
• чем наполняли: срез боевых данных, генератор, фикстуры перед каждым прогоном;
• сколько ждали: время подъёма и время восстановления, когда стенд лёг.

Сильный ответ заканчивается тем, как вы жили с дефицитом. Один стенд на команду означает очередь: регресс встаёт, когда на него въезжает проверка хотфикса. Расскажите, чем разгружали: локальный запуск в контейнерах, заглушки вместо тяжёлых смежных систем, разделение по схемам базы внутри одного стенда.

Где спотыкаются

Называют круглое число и замолкают. Интервьюеру число само по себе не нужно, ему нужно понять, с какой инфраструктурой вы справитесь у него.

Второе: приписывают себе эффект вида «снизили число дефектов на треть». Такие цифры в резюме и в устном ответе никем не проверяются, звучат заученно и сразу тянут за собой вопрос, как именно вы это измеряли. Лучше назвать конкретную пойманную проблему.

Третье: путают стенд с запуском приложения у себя. Стенд это развёрнутый контур со смежными системами, очередями и базой, а не докер-компоуз на ноутбуке, и подмена одного другим выдаёт отсутствие опыта на живом проекте.