Сколько тестовых контуров и как они разделены
Что проверяют
Знаете ли вы, на каком окружении что проверяется, и умеете ли объяснить, зачем контуров больше одного. Вопрос про реальный опыт: по ответу видно, тестировали ли вы на выделенном стенде с управляемыми данными или всё сводилось к «посмотрел на деве и отдал».
Как отвечать
Назовите фактическую картину своего проекта и критерий разделения. Типичный набор:
- dev: пересобирается с каждым мерджем, ломается часто, годится для дымовых проверок разработчика;
- test: стабильная сборка релиза, там живут ручные проверки и автотесты;
- stage или препрод: максимально близок к бою по версиям, конфигам и интеграциям, на нём приёмка и нагрузка;
- прод: только читающие проверки, мониторинг и разбор инцидентов.
Дальше скажите, чем контуры отличаются по существу, потому что спрашивают именно это: составом данных (обезличенная копия боевой базы или синтетика), тем, какие смежные системы настоящие, а какие заглушены, версией схемы базы, набором включённых фича-флагов. Полезно добавить, кто владеет контуром и как решается конфликт за него: очередь в чате, бронь в таблице или поднятие временного окружения под ветку.
Если контур был один, так и говорите, но с выводом: что от этого страдало (нельзя параллельно вести регресс и проверять хотфикс) и что вы предлагали.
Где спотыкаются
Путают контур с набором тестов. Контур это развёрнутое окружение со своей базой, конфигами и интеграциями, а не «функциональный» или «регрессионный» блок кейсов. После такой подмены разговор уходит не туда, и вытащить его обратно тяжело.
Второе: рисуют красивую лесенку из четырёх окружений, которой на проекте не было. Достаточно одного уточняющего вопроса про данные или про заглушки внешних систем, и выдумка рассыпается.
Третье: молчат про данные. Контуры различаются прежде всего тем, на чём вы тестируете, поэтому ответ без слов про подготовку тестовых данных, обезличивание и откат состояния между прогонами выглядит поверхностным.