При создании конечной точки содержимого можно выбрать политику supportTest, чтобы система могла выполнять модульные тесты после развертывания содержимого в тестовой среде.

Для этой цели используются два сервера:
  • сервер модульного тестирования
  • тестовая конечная точка
Сервер — это среда предпроизводственного тестирования, в которой можно развернуть содержимое, чтобы выполнять с ним модульные тесты.

Сервер модульного тестирования

Сервер тестирования — это сервер vRO, на котором можно выполнять модульные тесты содержимого, развернутого в тестовой конечной точке. Если в качестве тестовой конечной точки задана конечная точка оркестратора, то тестируется пакет vRealize Orchestrator, а содержимое автоматически развертывается в этой конечной точке, позволяя проводить модульные или интеграционные тесты. В пакете уже присутствуют некоторые базовые тесты, которые можно расширить на сервере модульного тестирования.

Параметры меню для сервера модульного тестирования

Схема модульного теста (образец)

Общие тесты

Выполняются все тесты, находящиеся в папке PackageType Common.

Если перейти на сервер модульного тестирования (vRO), то в разделе Тесты управления содержимым можно просматривать отдельные папки для всех типов содержимого. У каждой папки с тем или иным типом содержимого есть папка common, в которой можно видеть все общие рабочие процессы, которые выполняются для данного типа содержимого.

Тесты для отдельных пакетов

Кроме того, можно выполнять отдельные тесты для содержимого с определенным именем. Например, элемент содержимого «Автоматизация — Схема элементов "Любой ресурс как услуга"» с именем «Добавить пользователя AD» направляет запрос на создание модульного теста с именем «Добавить пользователя AD — Тест 1», который может подключиться к конечной точке данного содержимого, запустить схему элементов «Любой ресурс как услуга» и ждать, успешно ли завершится проверка. Формат тестов имеет следующий вид:

<content name - test name> в папке <Content-Type>.

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

Ниже перечислены основные возможности модульных тестов.

  • Общие рабочие процессы модульных тестов могут записываться в папку common для каждого типа содержимого.
  • Рабочий процесс модульного теста для определенного типа содержимого может быть записан в папку <Content Type>; формат имени рабочего процесса: <Content name> - <Tests name>.
  • Если тест не пройден, то в рабочем процессе отображается ошибка.
  • Проверяются доступные входные данные для рабочего процесса.

Образцы рабочих процессов

Существующие рабочие процессы для модулей доступны в vRealize Orchestrator (задана политика тестирования). Перейдите к общей папке в vRealize Orchestrator, выбрав Рабочие процессы > Тесты управления содержимым > Тип содержимого > Обычное.

Входные свойства, доступные для рабочего процесса модульного тестирования, который предоставляется платформой.

Имя свойства Описание
version Версия тестируемого содержимого.
testEndpointLink Ссылка на конечную точку содержимого в репозитории.
tenant Арендатор, с которым устанавливается связь.
packageVersionLink Ссылка на версию в репозитории.
packageType Тип содержимого. Automation-CompositeBlueprint.
packageName Имя содержимого
packageId Уникальный идентификатор содержимого в репозитории.
endpointUser Имя пользователя конечной точки, для которой выполняется тестирование.
endpointServer Имя сервера конечной точки, для которой выполняется тестирование.
endpointPassword Пароль (SecureString) конечной точки, для которой выполняется тестирование.