Синхронизация message store MCData при входе: почему история может появиться не автоматически
Пользователь вошёл в MCData на новом устройстве, но прежняя история не появилась сразу. Это не обязательно означает потерю серверных сообщений. Архитектура предусматривает синхронизацию message store после успешного входа и получения профиля, при этом способ её запуска и пользовательские варианты могут различаться. Нужно проверить выбранный сценарий, прежде чем объявлять архив пустым.
Вход и история — разные результаты
В рассматриваемом описании после аутентификации, авторизации и получения пользовательского профиля message store client выполняет предусмотренную синхронизацию перед началом MCData услуг. Она может быть автоматической либо ручной с взаимодействием пользователя, включая выбор не синхронизировать.
Следовательно, один успешный вход не доказывает, что на устройство уже перенесена вся история. Также нельзя считать отсутствие локальных объектов доказательством их отсутствия в серверной области. Нужно знать, какая операция реально выполнялась и с каким результатом.
Что синхронизируется
Клиент хранилища поддерживает работу с историей и синхронизацию с локальным message store устройства. Конкретный объём, выбор объектов и интерфейс определяются реализацией. Архитектурная формулировка не обещает автоматического скачивания каждого файла на любое новое устройство.
Поэтому в требованиях полезно отдельно указать ожидаемый состав истории, поведение вложений и необходимые действия пользователя. Иначе демонстрация списка сообщений может ошибочно восприниматься как подтверждение локального наличия всех документов.
Проверка смены устройства
В тестовой области заранее создают различимые сообщения и файл. Затем выполняют вход на другом поддерживаемом устройстве и проходят документированный сценарий синхронизации. Проверяют идентичность пользователя, выбранный вариант, появление объектов и доступность содержимого.
Если продукт предоставляет ручной отказ от синхронизации, его испытывают отдельно. Затем проверяют предусмотренный способ последующего получения истории. Нельзя придумывать универсальное действие меню: используют документированную возможность конкретного клиента.
При диагностике сохраняют состояние серверной области и локального представления. Это позволяет установить, где находится проблема: в выборе пользователя, выполнении операции, доступе или отображении уже полученных объектов.
В результате приёмки должны быть понятны условия, при которых история появляется на новом устройстве, и подтверждённый объём переноса. Такой отчёт помогает обучить пользователей и не смешивать успешный вход с завершённой синхронизацией. Серверное сохранение, локальная история и фактическое скачивание вложений остаются отдельными проверяемыми свойствами, которые нужно связать в нужном проекту сценарии.
Запросы отправляются на наш e-mail из вашей почтовой программы.
