Push notifications

Draft

Что должен проверять QA в push-уведомлениях: доставка, отображение, deeplink, права доступа и поведение в разных состояниях приложения.

Содержание

Push-уведомления кажутся маленькой функцией, но в реальности это целый интеграционный слой между backend, push-провайдером, мобильной ОС и приложением. Поэтому здесь много багов, которые не видны в обычном UI-тестировании.

Что проверять обязательно

  • Получение уведомления в foreground, background и при полностью закрытом приложении.
  • Текст, локализацию, обрезание длинных сообщений и корректность data payload.
  • Переход по уведомлению в нужный экран и поведение после login.
  • Работу opt-in/opt-out и сценарии отказа в permission.

Типовые дефекты

  • Уведомление приходит, но ведёт не туда.
  • Пользователь видит устаревшее или уже неактуальное сообщение.
  • Тап по пушу ломает состояние приложения.
  • Пуши не приходят после reinstall, logout или смены аккаунта.

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