Тестування push-повідомлень
Push-повідомлення - це повідомлення, що надсилаються додатком на мобільний пристрій клієнта. Вони зазвичай використовуються для доставки оновлень продуктів, нагадувань, персоналізованих пропозицій, останніх новин та будь-якої інформації, яка є невід'ємною частиною функціональності програми та потребує особливої уваги чи швидких дій.
Принцип роботи push-повідомлень
користувач встановлює додаток на пристрій;
видається запит прав на надсилання повідомлень, і у разі успіху - ОС отримує токен (ідентифікатор пристрою) у служби push-повідомлень;
ОС передає токен на сервер для підключення до повідомлень;
сервер надсилає повідомлення при настанні певної події.
У випадку iOS сповіщення працюють через хмарну платформу Apple Push Notification Service (APNS).
Якщо говорити про рішення пуш-повідомлень від Android, то є кілька варіантів. Найпростіший спосіб діяти – використовувати Firebase Cloud Messaging (для пристроїв Android із Google Apps). Якщо у ваших користувачів є пристрої Huawei (а саме без Google Apps), вам слід вдатися до Huawei Push Kit.
Звичайно, ви можете створити власного провайдера push-повідомлень або використовувати готові проекти, оскільки платформа має відкритий вихідний код.
Різниця між push-повідомленнями в iOS та Android
Функції push-повідомлень у iOS та Android досить сильно різняться.
iOS заснована на моделі push Opt-In, яка не дозволяє брендам відправляти мобільні push-сповіщення користувачам своїх програм до тих пір, поки ці користувачі не погодяться їх отримувати. Android, з іншого боку, автоматично дозволяє користувачам отримувати push-сповіщення з можливістю відмовитись від них вручну.
Підхід Android у порівнянні з iOS за умовчанням дає більш широку аудиторію користувачів із підтримкою push. Однак, коли користувачі не мають змоги легко відмовитися від їх отримання, нерелевантні або занадто часті повідомлення можуть спонукати клієнтів відключити повідомлення або видалити програму.
Тестування push-повідомлень
Не надходять повідомлення сповіщення : Щоб розібратися в причині, спочатку перевірте, щоб у меню пристрою була активована відповідна функція (дозволені повідомлення для конкретної програми). Потім переконайтеся, що режим «Не турбувати» не увімкнено. Якщо все налаштовано правильно, але повідомлення не надходять, спробуйте перезавантажити пристрій та заново авторизуватися в програмі. Буває так, що необхідно знову відправити push-токен на серверну частину сервісу. Перевірте також, який стиль сповіщення використовується (необхідний «Банер» або «Попередження»). Якщо не допомогло все перераховане, спробуйте перейти в свій обліковий запис магазину додатків, або відкрийте саму програму, в тому випадку, якщо на інші додатки теж не надходять push-сповіщення (перевірити наявність інтернету на пристрої).
Переходи по push-повідомленню : Під час тестування необхідно перевірити такі сценарії (з урахуванням того, що користувач може бути авторизований або неавторизований):
перехід по push-повідомленню із заблокованого екрану;
перехід по push-повідомленню зі «шторки»;
користувач знаходиться у додатку;
перехід по push-повідомленню при згорнутому додатку;
користувач розлогінився після отримання push;
перехід по push-повідомленню з увімкненим «Don't keep Activities» (характерно для Android-додатків).
Існують push-сповіщення, які ведуть на певний екран із вибором певних фільтрів. У такому разі необхідно перевірити, чи перехід здійснюється на правильний екран. Якщо це був пошуковий запит, перевірте, що текст пошукового запиту відображається в рядку пошуку і видача товарів відповідає пошуку. Також можуть передаватися певні фільтри, у такому разі необхідно перевірити, що вибрано всі «зашиті» фільтри.
Якщо push-повідомлення веде на WebView, перевірте, що WebView відкривається коректно на обох платформах. І що в push зашитий коректний URL.
Застарілий push-токен : У пристрої змінився push-токен, коли відновили програму з резервної копії системи і не передався новий push-токен.
Черга з боку Apple : У Apple велика черга на відправлення push-повідомлень, вони приходять із затримкою (Apple не гарантує доставки push).
Перевірка максимальної та мінімальної кількості символів, що відображаються : У iOS та Android є ліміт символів, що відображаються. Він різний. Максимальне значення кількості символів для платформи iOS – обмеження у 4 рядки (178 символів), а для Android – не більше 13 рядків (663 символи). Не забудьте також перевірити push-повідомлення, що містить мінімальну кількість символів, для обох платформ можна встановити 1 символ.
Кастомний звук для push-сповіщення : Під час тестування push-повідомлень важливо враховувати той факт, що звук push-сповіщення може бути заданий кастомним. У такому разі необхідно перевіряти звуковий супровід нотифікації.
Зображення в push-сповіщеннях : Push-сповіщення може містити зображення, при відправці пуша - клієнт отримує посилання на зображення і перед показом завантажує його, далі відбувається процес збагачення пуша картинкою - вона встановлюється. Повідомлення відображається після завантаження зображення. Якщо push-повідомлення містить картинку, необхідно перевірити, чи вона відображається.
Локальні сповіщення : Локальні повідомлення плануються самим додатком і служать для своєчасного та актуального інформування користувачів, поки програма не працює на передньому плані. Щоб відобразити повідомлення, його необхідно запланувати самому користувачеві. У таких випадках перевіряємо кейси, пов'язані з таймінгом надсилання повідомлення.
Проблеми на серверній стороні : В інші програми приходять push-сповіщення, але не приходить на наше, хоча push-токен відправлений на сервер. Варто перевірити коректність відправки push на інші облікові записи сервісу та інші пристрої. За відсутності push-повідомлень повідомите команду серверної розробки.
Джерела:
Дод. матеріал:
Last updated