Интересует ли тестирование мобильных приложений на Android?

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

Понимаете ли вы, чем мобильное тестирование отличается от веб, и готовы ли этим заниматься. Отвечать «да, интересно» без содержания бесполезно.

Как отвечать

Ответьте по существу и покажите знание специфики, даже если опыта немного:

• фрагментация: разные версии системы, размеры экранов, оболочки производителей. Отсюда матрица устройств и выбор, что проверять на реальных, а что на эмуляторах;
• жизненный цикл: сворачивание, поворот, убийство процесса системой, восстановление состояния. Большая часть дефектов живёт именно здесь;
• разрешения: выдача и отзыв в рантайме, поведение приложения при отказе;
• сеть: обрыв, медленное соединение, переключение с Wi-Fi на мобильную сеть, работа офлайн и синхронизация после возвращения связи;
• ресурсы: батарея, память, поведение в фоне, ограничения на фоновую работу в новых версиях;
• обновления: миграции локальной базы, установка поверх старой версии, а не только чистая установка;
• инструменты: adb и logcat для логов и воспроизведения состояний, Android Studio с профилировщиком, Appium или Espresso для автоматизации, Firebase Test Lab для прогона на парке устройств.

Если опыта нет, скажите прямо и добавьте, чем готовы начать: разбор логов через adb logcat, проверка сценариев жизненного цикла, работа с эмулятором. Это честнее, чем изображать опыт.

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

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

Тестируют на одном флагманском устройстве и не смотрят на слабые и старые.

Не умеют снять логи с устройства и в баг-репорте приносят только описание словами.