Есть ли опыт работы с командной строкой в Mac, Windows и Linux

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

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

Как отвечать

Стройте ответ не списком ls и cd, а по задачам тестировщика:

• логи: tail -f и grep по request id или тексту ошибки, less для больших файлов. В PowerShell аналоги Get-Content -Wait -Tail 100 и Select-String;
• API и сеть: curl с заголовками и телом, jq для разбора JSON в ответе, проверка занятого порта через lsof -i :8080 на Mac и Linux или netstat -ano на Windows;
• окружение: ssh на тестовый стенд, docker compose up, docker logs нужного контейнера, переменные окружения (export VAR=... в bash и zsh, $env:VAR = ... в PowerShell);
• запуск тестов: npx playwright test, mvn test, pytest с фильтром по тегу или имени;
• мобильное: adb logcat и установка сборки через adb install, xcrun simctl для симулятора iOS на Mac.

Покажите, что знаете различия. На Mac по умолчанию давно zsh, а не bash, и настройки живут в ~/.zshrc. В Windows основная оболочка сегодня PowerShell, а часть задач удобнее гонять в WSL. Разные разделители путей и переводы строк CRLF и LF регулярно ломают скрипты при переносе между системами.

Ответ должен опираться на ваш опыт: какой скрипт писали, какую рутину автоматизировали. Если в одной из систем работали мало, так и скажите: «в основном Linux и Mac, в Windows запускал тесты и читал логи через PowerShell, но скриптов не писал».

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

Перечисляют команды без задач. «Знаю ls, cd, mkdir» звучит как уровень первого урока.

Приносят устаревшие детали, например настройку Mac через .bash_profile. Это выдаёт давний опыт.

Преувеличивают. Интервьюер легко попросит найти в логе все ошибки 500 за последний час, и общая фраза «уверенно владею» развалится на первой же команде.