Чтобы проверить Flash Call на iPhone и Android, пройдите один и тот же сценарий на нескольких устройствах: запросите звонок, проверьте, как пользователь получает код, и убедитесь, что приложение принимает только актуальный ответ. Отдельно проверьте разрешения телефона, мобильную сеть и повторный запрос. Так вы поймёте, где возникает сбой: в доставке звонка, интерфейсе или проверке на сервере. Ниже — план тестирования, который можно провести до запуска авторизации для клиентов.
Что именно проверять на iPhone и Android?
В Flash Call пользователь видит пропущенный вызов, а система проверяет номер звонящего или последние цифры этого номера — в зависимости от сценария и интеграции. Поэтому проверка должна охватывать обе стороны: то, что видит человек, и то, что принимает сервер.
На iPhone и Android пройдите одинаковые шаги: введите номер, запросите звонок, дождитесь вызова и завершите подтверждение способом, который предусмотрен в интерфейсе. Зафиксируйте, сколько времени занял каждый шаг по отображаемому таймеру. Не просите тестировщика сообщать код или полный номер звонящего в общий чат: для проверки достаточно результата сценария и описания сбоя.
- Начинается ли запрос после нажатия кнопки.
- Появляется ли звонок на устройстве.
- Понятно ли пользователю, что делать с пропущенным вызовом.
- Принимает ли система правильный результат и отклоняет ли неверный.
- Обновляется ли состояние экрана после завершения или ошибки.
Проверить оба способа обработки звонка полезно, если интеграция их поддерживает: распознавание самого пропущенного вызова и ввод последних цифр номера. Не делайте вывод по одному удачному тесту на одном телефоне.
Как составить короткий тест-план для двух платформ?
Запишите сценарий до тестирования, чтобы на iPhone и Android выполняли одни и те же действия. Для каждого устройства укажите модель, версию операционной системы, тип подключения к сети и итог. Это поможет отличить проблему конкретного телефона от ошибки в настройке сервиса или серверной логике.
| Проверка | Что сделать | Что записать |
|---|---|---|
| Первый запрос | Запустить авторизацию и дождаться звонка | Появился ли звонок и обновился ли экран |
| Подтверждение | Пройти предусмотренную проверку номера | Принял ли сервер корректный результат |
| Неверный ввод | Ввести неправильные последние цифры, если этот способ используется | Отклонила ли система попытку |
| Повторный запрос | Запросить новый звонок после доступного ожидания | Показан ли таймер и принят ли только актуальный результат |
| Сбой сети | Повторить тест при нестабильном подключении | Понятно ли сообщение об ошибке и доступно ли повторение |
Для детальной подготовки можно использовать тест-план проверки Flash Call перед запуском в Беларуси. Сверьте сценарии, а затем добавьте в таблицу устройства, которыми реально пользуются ваши клиенты.
Почему результат на устройствах может отличаться?
Разница в результате не всегда означает, что одна платформа «не поддерживает» Flash Call. На доставку и отображение вызова влияют доступность сети, настройки телефона и состояние приложения. Если звонок не появился, повторите тест с тем же номером при стабильном подключении, а затем сравните результат на другом устройстве.
Отдельно проверьте экран ожидания. Пользователь должен понимать, что запрос отправлен, сколько ждать следующую попытку и что делать, если звонок не пришёл. Для повторов задайте ограничения по номеру, устройству и сессии; после выпуска нового кода отклоняйте проверку старого. Сервер также должен безопасно обрабатывать повторную отправку одного запроса, чтобы двойное нажатие не создавало две операции.
Если звонок поступил, но пользователь не понимает, как завершить вход, проблема может быть в подсказке. Напишите инструкцию прямо возле поля подтверждения: например, объясните, нужно ли дождаться пропущенного вызова или ввести последние цифры номера. Точный текст зависит от выбранной схемы.
Какие ошибки чаще всего пропускают перед запуском?
Проверка только успешного входа не показывает, как система поведёт себя при задержке или ошибке. Пройдите и отрицательные сценарии, а затем исправьте обнаруженные несоответствия до публикации авторизации.
- Проверили Flash Call только на одном телефоне или одной платформе.
- Не проверили отказ при неверных последних цифрах.
- Не ограничили частые повторные запросы.
- После нового запроса система всё ещё принимает старый код или результат.
- При задержке звонка экран не объясняет, когда и как повторить попытку.
- Тестировщик проверил только интерфейс, но не серверную обработку результата.
Если звонок не принимают, для части пользователей можно предусмотреть переход на голосовой OTP: как переключить Flash Call на Voice OTP. Сначала проверьте, что переход запускается по понятному условию, а новая попытка не засчитывает результат предыдущей.
Сегодня проведите один одинаковый сценарий на iPhone и Android, внесите результаты в таблицу и исправьте самый частый сбой. После этого повторите проверку с новым запросом и убедитесь, что система принимает только актуальное подтверждение.
