Создавались ли тестовые данные через разработчика

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

Насколько вы самостоятельны в подготовке тестовых данных. Одно дело сходить к разработчику за состоянием, которое не собирается через интерфейс, другое дело каждый раз ждать, пока кто-то нальёт вам данные в базу. Заодно смотрят, понимаете ли вы риски прод-данных и изоляцию окружений.

Как отвечать

Перечислить свои способы по возрастанию стоимости: через интерфейс, через API (обычно быстрее и воспроизводимее), SQL-скриптами или сидами в тестовом контуре, фикстурами прямо в автотестах, генераторами вроде Faker для объёма. К разработчику идёте, когда состояние недостижимо ни через один публичный вход: флаг в базе, зависшая запись в очереди, ответ внешнего сервиса, истёкший срок действия чего-либо.

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

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

Рассказывают заученную историю по схеме ситуация, задача, действие, результат, где в результате стоит что-нибудь вроде «ускорили выход продукта на рынок». Цифры и формулировки придуманы, и первый же вопрос «а как вы это померили» ответа не находит. Лучше говорить проще и про конкретную задачу.

Позиция «тестовые данные мне готовит разработчик» звучит как отсутствие навыка. Даже если так и было, надо показать, что вы понимаете, как сделать это самому, и почему в команде удобнее иначе.

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