Режим тестирования
Переход в режим тестирования
Важно отметить, что тестовый режим - это только функция рабочего менеджера. Когда вы работаете в Builder - даже если вы зашли в него из тестового режима Work Manager, - вы работаете как обычно, и любые изменения конфигурации, которые вы делаете, влияют на ваши операции в реальном времени как обычно. Пожалуйста, помните об этом, если вы работаете в Builder и тестируете изменения в тестовом режиме Work Manager. Функции доступа к Builder «в тестовом режиме» не существует.
Одна учетная запись пользователя не может быть одновременно авторизована как в тестовом режиме, так и в рабочей системе Enate (даже в разных браузерах или на разных устройствах). Перед попыткой входа в одну из систем пользователю необходимо выйти из другой.
Если ваша учетная запись пользователя настроена на доступ к тестовым данным, вы можете переключить среду Work Manager в «Режим тестирования». Вы можете получить доступ к режиму тестирования, обратившись к другому адресу для тестирования, в котором в конце обычного доменного имени добавлено слово „.test“. Поясним на примере:
Если ваш обычный URL Enate: https: //acmecorp.enate.cloud/yourworkmanagerlink.
URL-адрес тестового режима будет таким: https: //acmecorp.test.enate.cloud/yourworkmanagerlink.
После того как вы введете URL-адрес тестового режима в браузер, перед вами откроется стандартная страница входа в Work Manager. После входа по URL-адресу режима тестирования вы увидите стандартный вид страницы режима тестирования, к которому вы привыкли, со значком «Режим тестирования» и строкой заголовка красного цвета.

Пояснения к тестовому режиму
В процессе работы в тестовом режиме вы будете видеть только тестовые данные; это позволит вам создавать и запускать тестовые Рабочие элементы через тестовые версии процессов, чтобы проверить их перед запуском в работу, не затрагивая при этом производственные данные.
В качестве визуального напоминания строка заголовка становится красной, когда вы находитесь в тестовом режиме.
Определение различных менеджеров и членов очередей в тестовом режиме
Функциональность тестового режима позволяет установить другого менеджера для очереди при работе в тестовом режиме и в режиме реального времени.
Пример: Менеджер 1 имеет доступ к режиму реального времени и отвечает за управление двумя очередями - очередью финансирования и очередью основных Случаев .

В тестовом режиме теми же двумя очередями может управлять другой пользователь, имеющий права Team Lead и Test Mode - см. пример ниже, где Manager 2 отвечает за очереди в тестовом режиме.

Переключение роботов между живым и тестовым режимами
Можно переключить робота так, чтобы он работал в тестовом или реальном режиме. В частности, в библиотеки активностей для UiPath, Automation Anywhere и BluePrism были добавлены две новые активности (а стандартные API-интерфейсы были скорректированы, чтобы их можно было вызывать в общем случае), а именно
Установить живой режим
Установить тестовый режим
Эти Действия позволяют переключать робота между тестовым и живым режимами. После того как робот был переведен в тестовый режим, последующие вызовы действий, которые он может выполнять, например, «Получить больше работы» и «Создать заявку/случай и т. д.», происходят в контексте тестового режима, получая и создавая только тестовые рабочие элементы. Робот должен быть переключен обратно в режим реального времени, как только процесс будет запущен, чтобы убедиться, что он создает рабочие элементы в реальном времени.
Тестовые контакты - отдельные тестовые контакты в системе
Enate поддерживает создание отдельных записей контактов в тестовом режиме, т. е. любые записи контактов, созданные в тестовом режиме, будут доступны только пользователям тестового режима (а контакты, созданные в живом режиме, будут доступны только пользователям живого режима). Это позволяет исключить случайную отправку писем от тестовых рабочих элементов производственным пользователям, и наоборот.
Предупреждение - не используйте производственные адреса электронной почты при создании тестовых контактов
ВАЖНО:
НЕ создавайте тестовые записи контактов, используя информацию (в частности, адрес электронной почты) о людях, которых вы будете использовать в обычном производстве.
Если вы создадите запись контакта в тестовом режиме, она будет создана как тестовый контакт, и все электронные письма, поступающие в систему с этого адреса электронной почты, будут создавать Случай/заявку в тестовом режиме.
Это приведет к тому, что входящие производственные электронные письма будут создавать рабочие элементы для тестирования, которые не будут видны производственным пользователям.
Если вы по ошибке создали запись производственного контакта в качестве записи тестового контракта, вам следует отредактировать тестовый контакт, изменив адрес электронной почты, а затем переключиться в обычный производственный режим, чтобы создать нужную нормальную запись контакта.
Last updated
Was this helpful?