Подтвердить что ты не робот

Тестирование интеграции Smart Lock для интеграции с паролями

В моем приложении реализована функция Smart Lock для паролей. Каковы некоторые распространенные сценарии и потоки UX, которые я должен проверить?

4b9b3361

Ответ 1

Вот руководство по тестированию функции Smart Lock for Passwords в приложении. Если у вас есть веб-сайт, связать свое приложение и сайт, чтобы проверить эти случаи. Также ознакомьтесь с руководством по интеграции разработчиков.

Проверьте, что сохранено для текущей учетной записи Google, passwords.google.com. Записи отображаются в домене веб-сайта или имени пакета Android/приложения, удаляют все записи для начала.

  • Автозагрузка при запуске приложения и сохраняется одна сохраненная запись. Это рекомендуемый образец UX для беспрепятственного перехода между устройствами и помощи пользователям в завершении транзакций и их опыте, когда они остановились в прошлый раз. Пользовательский интерфейс входа должен быть отключен или скрыт до тех пор, пока вызов API не будет завершен, и не вызывать API, если у вас уже есть пользователь, который выполнил вход.

  • Регистрация с паролем в приложении, проверьте диалог подсказок, чтобы помочь заполните поля формы регистрации, такие как имя и адрес электронной почты, и установите флажок "Сохранить пароль".

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

  • Регулярный вход после удаления сохраненных паролей в passwords.google.com, сохраните существующие учетные данные при запросе.

  • Выйти и приложение должно вызвать disableAutoSignIn. Когда пользователь вернется к активности входа/пользовательскому интерфейсу, вызовет API и поможет легко войти в систему или переключиться между учетными записями (приложение должно разрешить намерение отобразить диалог выбора), без автоматического добавления пользователя обратно.

  • Обновление пароля в приложении должно сохранить изменения (приложение должно просто позвонить сохранить API), но для обновлений паролей не требуется UI). Проверьте обновленный пароль passwords.google.com.

  • Несколько учетных записей после регистрации другой учетной записи в Интернете, переустановите приложение и посмотрите, доступны ли обе сохраненные записи для входа через диалог выбора.

  • Неверный сохраненный пароль. Вы можете сохранить неправильный пароль в Chrome, выполнив следующее в консоли в своем домене регистрации: navigator.credentials.store(new PasswordCredential({id: '[email protected]', password: 'wrongpassword'})). Затем попробуйте восстановить это в приложении, которое может заставить пользователя исправить пароль и сохранить новый или удалить недопустимые учетные данные, чтобы пользователь не застрял в этом состоянии.

  • Автоматическое заполнение веб-страницы при посещении веб-сайта https в Chrome, убедитесь, что пароли, сохраненные на Android, доступны для заполнения поля пароля веб-сайта (они должны также должен отображаться в chrome://settings/passwords).

  • IDP-вход после удаления сохраненных записей пароля, входа/выхода в приложение с помощью Facebook и т.д., и может появиться запрос "Сохранить учетную запись". Переустановите, чтобы увидеть автоматический вход в UX (т.е. Приложение может автоматически "click" выбрать подходящую кнопку для пользователя или настроить свой экран входа к возвращающему пользователю). То же самое для входа в Google, но нет приглашения на сохранение, автоматически сохранит его в соответствующей учетной записи Google, см. пример использует silentSignIn.

Имейте в виду, что если вы нажмете кнопку "Никогда" в диалоговом окне сохранения, она добавит приложение в список "Никогда не сохранять" в "Настройки" > "Google" > "Умная блокировка для паролей" для всех учетных записей на устройстве, а запрос "Сохранить" не отображаться снова (сообщение об ошибке API "Текущее приложение занесено в черный список" ). Вам нужно будет удалить приложение из списка "Никогда сохранить" для всех учетных записей на устройстве, чтобы снова просмотреть запрос сохранения.

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