Для забезпечення стабільності синхронізації даних, майданчики повинні коректно обробляти об'єкти великого розміру. 

Вимоги до налаштування майданчиків

Переконайтеся, що налаштування вашого WebSocket-клієнта дозволяють передачу пакетів розміром до 7.5 Мб.

Базовий тесткейс

Цей сценарій є обов'язковим для проходження при підключенні нових майданчиків або оновленні логіки роботи з Mirror.

Кроки тестування:

  1. Створення даних (Create):

    • Створити процедуру кожного доступного типу з наповненням (текст, метадані), що сумарно складає 7.5 Мб.

    • Створити кожен об'єкт реєстру (Registry Object) розміром 7.5 Мб.

    • Створити кожен об'єкт джоббера розміром 7.5 МБ

    • Очікуваний результат: Об'єкт успішно валідується, передається в ЦБД та стає доступним для інших учасників через Mirror.

  2. Отримання даних (Sync):

    • У ЦБД (на середовищі Sandbox) створюється об'єкт процедури розміром 7.5 Мб.

    • Очікуваний результат: Клієнт Mirror майданчика не розриває з'єднання, успішно парсить отриманий JSON та оновлює локальну базу даних.

  • No labels

2 Comments

  1. Dmitry Mashoshin

    Для перевірки роботи міррора, протестувати створення наступних сутностей

    • процедури (з будь-якого напрямку)
    • процедури дгф (коли заведемо тестовий єк)
    • об'єкт реєстра
    • анонсмент з створенням процедури з великим об'єктом

    можна розбити на наступні етапи (якщо потрібно) - 2, 5, 7.5 метри об'єкт


    майданчик у себе перевіряє роботу клієнту (опрацювання помилки 1009 або схожих в залежності від реалізації клієнту) і також можливість швижно налаштувати розмір макс повідомлення яке може отримувати з міррора

    тестувальник перевіряє, що об'єкт був синхронізований і корректно відображається на фронтенді майданчика (публічний перегляд, кабінет організатора і учасника) при створенні об'єкту і його редагуванні як зі сторони майданчика, так і зі сторони іншого майданчика

    1. Dmitry Mashoshin

      це в вимоги до майданчика