Ответ.

Ручное тестирование мобильных приложений — это процесс проверки работы мобильной программы с помощью действий пользователя на устройстве (или в эмуляторе), чтобы удостовериться в соответствии требований к разработке.

История вопроса:

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

Проблема:

Мобильные приложения работают на разных версиях ОС, моделях устройств, с разными разрешениями экранов и скоростями интернета. Ошибки часто проявляются на одной платформе и отсутствуют на другой. Часть багов связана с multi-touch, датчиками, перезапуском или переходом между приложениями.

Решение:

Тестирование включает последовательные этапы:

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

Ключевые особенности:

Требует теста на реальных девайсах с разными ОС и разрешением.
Важно учитывать поведение при изменении состояния соединения, вызовах и уведомлениях.
Необходимы сценарии с ресурсозависимыми кейсами (GPS, камера, память, батарея).

Вопросы с подвохом.

Каких багов чаще всего не замечают при тестировании только на эмуляторах?

Ошибка батареи, скорости работы, проблем с сенсорами, push-уведомлениями и взаимодействием с железом появляются только на реальных устройствах.

Почему важно тестировать приложения на старых версиях ОС?

Т.к. поддержка API и поведение системных функций (разрешения, уведомления) различаются; часто баги проявляются только на старых версиях Android или iOS.

Чем отличается валидация в мобильном тестировании от десктопа?

В мобильном тестировании обязательна проверка реакций на нестандартные сценарии (звонок, SMS, потеря сети), что на десктопе не актуально.

Типовые ошибки и анти-паттерны

Тестирование только в эмуляторах.
Игнорирование нестабильных сценариев (разряд, потеря сети).
Недостаточный охват девайсов и ОС.

Пример из жизни

Негативный кейс

Тестировали только на iPhone 14 и последнем Android через эмулятор. После релиза пользователи с Android 7 и Xiaomi пожаловались на отсутствие push-уведомлений и зависания при возврате из звонка.

Плюсы:

Быстрое тестирование, малый бета-период.

Минусы:

Много критичных багов в продакшене, потеря клиентов, негативные отзывы.

Позитивный кейс

Тестировал на пуле из 10 устройств (разные бренды, версии ОС), пробовал сценарии с входящими звонками, потерей интернета, переключением камер. Итог — баги найдены до релиза, требования соблюдены.