Назовите команду в Android Studio

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

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

Как отвечать

Начните с уточнения: под командой понимается действие среды, задача Gradle или вызов adb из встроенного терминала. Дальше покажите, что знаете все три слоя.

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

Задачи Gradle, то есть то, что реально запускает сборочный конвейер:

./gradlew assembleDebug
./gradlew testDebugUnitTest
./gradlew connectedDebugAndroidTest

Инструмент, который в работе QA нужен чаще всего, это adb:

adb devices
adb install -r app-debug.apk
adb logcat -s MyTag
adb shell pm clear com.example.app

adb logcat даёт логи для баг-репорта, а pm clear возвращает приложение в состояние первого запуска и экономит время на переустановке.

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

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

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

Не различают юнит-тесты и инструментальные. Первые не видят контекста Android и отрабатывают мгновенно, вторые ставят на устройство отдельный тестовый пакет и идут в разы дольше. Ответ про запуск тестов без этого различия звучит поверхностно.

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