Что такое система git и насколько хорошо вы с ней знакомы
Что проверяют
Насколько вы самостоятельны в репозитории: автотесты живут рядом с кодом продукта, и тестировщик обязан уметь завести ветку, разобрать конфликт и понять по истории, что изменилось. Заодно смотрят, читаете ли вы дифф как источник знаний о рисках.
Как отвечать
Сначала суть: распределённая система контроля версий, у каждого полная копия истории, коммит это снимок с ссылкой на родителя, ветка это указатель на коммит.
Потом про свою работу, а не про команды вообще.
Ветка на задачу, автотест едет вместе с проверяемой функциональностью либо отдельной веткой со ссылкой на ту же задачу.
Обновление своей ветки от основной перед прогоном, чтобы тест падал из-за дефекта, а не из-за устаревшей базы.
Разбор конфликта в фикстурах и тестовых данных: берётся не своя или чужая сторона целиком, а собирается верный результат, после чего тест прогоняется заново.
Сильный штрих это разбор регрессии: git log по файлу, git blame по строке, git bisect для поиска коммита, после которого тест покраснел. Такой ответ переводит разговор из «умею коммитить» в «умею локализовать».
Назовите и правила гигиены: отчёты прогонов, скриншоты и логи в репозитории не хранят, токены и пароли держат вне кода, настройки окружения выносят в параметры.
Где спотыкаются
Рассказывают про графический клиент и не могут объяснить, что он делает. Одна кнопка синхронизации объединяет несколько операций, и на первом же конфликте такой ответ заканчивается.
Считают перебазирование и слияние синонимами. Перебазирование переписывает коммиты и потому опасно на общей ветке, слияние сохраняет обе истории и лишний узел.
Не связывают историю с тестированием. Умение посмотреть, какие файлы задеты задачей, и сузить регресс до затронутых областей ценится выше, чем знание десятка команд наизусть.