С какой целью изучаешь Docker, Git, Linux и другие технологии

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

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

Как отвечать

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

• Docker: поднять стенд нужной версии самому и не ждать, пока это сделает кто-то другой. Локально запускается сервис с базой и очередью через docker compose up, баг проверяется на конкретном образе, окружение сбрасывается в чистое состояние перед регрессом. Плюс одинаковые условия у всех, и разговор «у меня воспроизводится, у тебя нет» отпадает.
• Linux: видеть, что происходит на стенде. tail -f и grep по логу, journalctl, curl для быстрой проверки ответа API, ssh на тестовую машину, права на файлы, когда сервис не может писать.
• Git: читать, что изменилось в сборке, и по диффу понимать зону регресса, хранить автотесты и чек-листы рядом с кодом, разбирать историю файла, когда ищете, с какого коммита поехало поведение.

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

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

Отвечают лозунгом про востребованность на рынке и саморазвитие. Спрашивают не о карьере, а о применении: без примера задачи ответ пустой.

Заявляют Docker в резюме, а на простое «чем образ отличается от контейнера» или «куда делись данные после перезапуска» замолкают. Лучше назвать две команды, которыми пользуетесь ежедневно, чем список технологий.

Git сводят к commit, push и «работе с ветками». Тестировщика отличает то, что он читает дифф перед проверкой: какие модули затронуты, что попало в сборку, надо ли трогать смежную функциональность.