Используете ли Git

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

Работаете ли вы с репозиторием сами или только слышали о нём. Для тестировщика это рабочий инструмент, а не смежная тема.

Как отвечать

Отвечайте конкретикой, зачем он вам нужен:

• автотесты живут в репозитории: создать ветку, закоммитить, открыть пул-реквест, пройти ревью, разрешить конфликт;
• понять, что вошло в сборку: git log между двумя тегами показывает список изменений, и из него строится план проверки;
• найти, где сломалось: git bisect за несколько шагов находит коммит, после которого поведение изменилось. Это заметно быстрее ручного перебора;
• посмотреть код правки: git show или диффы в пул-реквесте помогают понять область влияния и не тестировать вслепую;
• воспроизвести старую версию: переключиться на тег и собрать, чтобы проверить, был ли дефект раньше.

Базовый набор команд: status, add, commit, switch, pull, push, merge или rebase, stash, log, diff.

Стоит показать понимание нескольких различий, их обычно и спрашивают следом: fetch забирает изменения, ничего не трогая в рабочей копии, а pull это fetch плюс слияние; reset переписывает историю и безопасен только для локальных коммитов, а revert создаёт отменяющий коммит и годится для запушенного.

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

Если работаете только через графический клиент, скажите честно и добавьте, что понимаете, какие команды за кнопками.

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

Отвечают «да, коммичу» и на этом останавливаются.

Не знают разницы между fetch и pull.

Не умеют разрешать конфликт и ждут помощи разработчика.

Не пользуются историей, хотя она отвечает на вопрос, что тестировать.