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