Тестирование Push-уведомлений: Полный чек-лист (ну или почти)

Введение

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

Этот чек-лист я написал для себя, чтобы протестировать на проекте push-уведомления для iOS и Android, и возможно он может быть будет полезен другим тестировщикам, что бы упростить немного работу, а также уточнить или добавить этот чек-лист в комментах (а я дополню публикацию)

1. Подготовка к тестированию

Перед началом тестирования убедитесь, что среда (смартфон) настроена правильно. Это минимизирует вероятность ошибок, связанных с настройками устройства или приложения.

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

Режим «Не беспокоить» отключён.

Режим «в самолёте» выключен.

iOS: Пользователь дал согласие на получение push-уведомлений.

Android:

• До Android 13: Уведомления работают по умолчанию, но пользователь может отключить их в настройках.

• Android 13 и выше: Приложение должно явно запрашивать разрешение на отправку уведомлений.

Убедитесь, что устройство подключено к интернету (Wi-Fi или мобильная сеть).

2. Как работают push-уведомления?

После установки приложения и предоставления разрешения на уведомления приложение инициирует регистрацию в push-сервисе (например, Firebase Cloud Messaging или Apple Push Notification Service). Сервис возвращает приложению уникальный токен устройства для получения push-уведомлений.

Push-сервис генерирует уникальный токен устройства, который приложение отправляет на свой сервер.

Когда серверу нужно отправить уведомление, он использует токен для передачи сообщения через push-сервис на устройство.

Уведомления отображаются системой (экран блокировки / центр уведомлений / баннер) в зависимости от состояния устройства и настроек пользователя.

Полезные ресурсы:

• Руководство по тестированию push-уведомлений

• How Do Push Notifications Work?

3. Тестирование отображения push-уведомлений

Убедитесь, что уведомления доставляются и отображаются корректно.

• Получение уведомления, когда приложение активно (foreground).

• Получение уведомления, когда приложение работает в фоне (background).

• Получение уведомления, когда приложение закрыто.

• Получение уведомлений после переустановки приложения или перезагрузки устройства (корректность токена устройства — старый токен удаляется, новый регистрируется).

• Проверка получения уведомлений при использовании нескольких устройств одновременно.

• Пользователь отклонил разрешение на уведомления при старте апки.

• Сценарий, когда уведомления отключены в настройках устройства.

• Получение уведомлений при входе в апку под разными пользователями (уведомления персонализированы для каждого пользователя, например, содержат имя или данные аккаунта).

• Работа с уведомлениями в офлайн-режиме и при возврате в онлайн (отсутствие дублей).

• Отправка уведомлений разлогиненным пользователям (ожидаемое поведение по логике приложения).

• Корректное отображение уведомлений на разных языках и в разных локалях.

4. Взаимодействие с push-уведомлением

Проверьте, что происходит, когда пользователь взаимодействует с уведомлением.

• Тап по push при активном приложении — приложение остаётся открытым, возможно, обновляется UI или открывается новый экран.

• Тап по push при приложении в фоне — приложение открывается, переходит на нужный экран.

• Тап по push при закрытом приложении — приложение запускается, открывается нужный экран.

• Тап с заблокированного экрана — приложение открывается после разблокировки, переходит на нужный экран

• Тап по push с deep link — приложение открывает конкретный экран с правильными параметрами, например paywall с промокодом.

Deep links в контексте push-уведомлений — это ссылки, которые указывают не просто на запуск приложения, а на конкретный экран, раздел или действие внутри приложения.

Обычное поведение при тапе по push — просто открыть приложение.

С deep link — можно открыть, например, экран товара с ID=12345, страницу с акцией, форму обратной связи, определённый чат и т.д.

Тестирование deep link:

• Проверьте, что deep link открывает нужный экран в любом состоянии приложения (foreground, background).

• Убедитесь, что параметры deep link корректно передаются и используются в приложении.

• Тестируйте с авторизованными и неавторизованными пользователями.

5. Формат и особенности push-сообщений

Уведомления корректно отображаются на разных языках и в разных локалях.

Максимальная длина текста.
iOS: ориентировочно 178 символов, Android: ~ 663 символов. Текст не обрезается.

Изображения отображаются корректно.

6. Ограничения при использовании BrowserStack App Live

Учитывайте ограничения облачных сервисов для тестирования.

• Уведомления могут не отображаться как баннеры, а сразу попадают в центр уведомлений

• Звуки и вибрация могут не эмулироваться.

Для точного тестирования используйте реальные устройства (BrowserStack Guide).