Push‑уведомления: принцип работы, виды и тестирование

Push‑уведомление — это сообщение, которое мобильное приложение или веб‑сайт отправляет на устройство пользователя (мобильный телефон, планшет или компьютер) даже тогда, когда пользователь не активен в этом приложении.

Какие цели преследуют посредством push-сообщений?

• Привлечение пользователей.
• Удержание пользователя. Цель удержания — пробудить интерес и мотивировать пользователя взаимодействовать с приложением чаще, чтобы он не удалил его и оставался активным.
• Формирование лояльности пользователей.
• Стимулирование продаж.
• Информирование о новостях и обновлениях;
• отправки напоминаний (например, о предстоящих событиях или дедлайнах);
• доставки персонализированных предложений или рекламных акций;
• уведомления о новых сообщениях, заказах или действиях в приложении;
• привлечения внимания к важным событиям, требующим быстрой реакции.

Push‑уведомления — важный инструмент взаимодействия с пользователями, который помогает поддерживать интерес к приложению и улучшать пользовательский опыт.

1. Пользователь устанавливает приложение на своё устройство.
2. Приложение запрашивает разрешение на отправку уведомлений. Если пользователь разрешает — операционная система получает токен (уникальный идентификатор устройства) от службы push‑уведомлений (например, Firebase Cloud Messaging для Android или Apple Push Notification Service для iOS).
3. Операционная система передаёт этот токен на сервер приложения. Таким образом сервер “знает”, куда нужно отправлять уведомления.
4. Когда происходит определённое событие (например, новое сообщение, обновление статуса заказа или акция), сервер формирует push‑сообщение и отправляет его через службу уведомлений на устройство пользователя.
5. Операционная система получает уведомление и показывает его пользователю на экране, даже если приложение не запущено.

Push‑уведомления могут отображаться на мобильном устройстве в трёх местах: на экране блокировки, в центре уведомлений и в виде баннера. Кроме того, они могут сопровождаться звуковым сигналом или вибрацией.

Функции push‑уведомлений в системах iOS и Android заметно различаются.

• iOS использует модель Opt‑In, то есть приложение не может отправлять пользователю push‑уведомления, пока тот сам явно не даст на это согласие.
• Android, наоборот, применяет модель Opt‑Out, при которой разрешение на получение уведомлений включено по умолчанию, а пользователь при желании может вручную его отключить.

Такой подход позволяет Android‑у по умолчанию охватывать более широкую аудиторию пользователей, поддерживающих push‑уведомления. Однако если уведомления оказываются слишком частыми или нерелевантными, это может раздражать пользователей. В результате они могут отключить уведомления или вовсе удалить приложение.

• Обычные (видимые) пуш-уведомления — показываются на экране устройства с текстом, иконками, звуком или вибрацией.
• Silent push (тихие пуши) — уведомления без отображения и звука, предназначенные для фона, например обновления данных. Оно используется для обновления данных внутри приложения в фоне, чтобы подготовить информацию без отвлечения пользователя.
• Пуш-уведомления с диплинком (deep link) — содержат ссылку, которая при нажатии открывает конкретный раздел или страницу внутри приложения.
• Локальные push‑уведомления — это уведомления, которые приложение отправляет самому себе на устройстве пользователя, без участия внешнего сервера. Если обычные push‑уведомления приходят из интернета (например, когда сервер сообщает о новом сообщении или событии), то локальные push‑уведомления формируются и показываются непосредственно самим приложением на устройстве, по заранее запрограммированным условиям.

Простыми словами:

• Такие уведомления создаются и отображаются только самим приложением.
• Для их работы не требуется подключение к интернету.
• Примеры: напоминание о встрече, будильник, периодические советы, сообщение о завершении процесса внутри самого приложения.

Локальные push‑уведомления удобны для напоминаний и событий, которые приложение может предугадать или запланировать самостоятельно, без отправки информации с сервера.

Тестирование push-уведомлений и покупок в работе тестировщика (QA Engineer) частая задача. Что нужно тестировать push-сообщениях:

• Не приходят push-уведомления.
• Переходы по push-уведомлению.
• Устаревший push-токен.
• Очередь со стороны Apple.
• Проверка максимального и минимального количества отображаемых символов.
• Изображения в push-уведомлениях.
• Локальные push‑уведомления — это уведомления, которые приложение отправляет самому себе на устройстве пользователя, без участия внешнего сервера.
• Проблемы на серверной стороне.

Как тестировать покупки. Все покупки на мобильных устройствах осуществляются через сервисы Google для Android и через сервисы Apple для IOS. Все покупки осуществляются на аккаунты Gmail для Android и iCloud для IOS. Но все эти аккаунты должны быть добавлены «в качестве роли тестировщика», для Android — Google Play Console, для IOS — Test Flight.

На iOS (Apple):

• При первом запуске приложения появляется запрос на разрешение отправки уведомлений, где пользователь может разрешить или запретить.
• Позже можно изменить настройку в Настройки > Уведомления > Название приложения, включить или отключить разрешения.

На Android:

• По умолчанию уведомления включены, но пользователь может отключить их через Настройки > Приложения > Название приложения > Уведомления.
• Также при первом запуске некоторые приложения запрашивают разрешение — пользователь выбирает.