Al crear un endpoint de contenido, puede seleccionar una directiva supportTest para permitir que el sistema ejecute pruebas de unidad después de implementar un contenido en el entorno de prueba.
- Servidor de pruebas de unidad
- Endpoint de prueba
Servidor de pruebas de unidad
El servidor de pruebas es un servidor de vRO, donde puede ejecutar las pruebas de unidad en un contenido implementado en un endpoint de prueba. Cada vez que se establece un endpoint de orchestrator como endpoint de prueba, este prueba el paquete de vRealize Orchestrator y se implementa automáticamente en este endpoint para permitir pruebas de unidad o integración. Ya hay algunas pruebas básicas presentes en el paquete y también puede ampliar las pruebas en el servidor de pruebas de unidad.
Opciones de menú para el servidor de pruebas de unidad
Flujo de prueba de unidad de muestra
- Pruebas comunes
-
Se ejecutan todas las pruebas de la carpeta PackageType Common.
Si va al servidor de pruebas de unidad (vRO), en Pruebas de administración de contenido, puede ver las carpetas separadas para todos los tipos de contenido. Para cada carpeta de tipo de contenido, hay una carpeta común donde puede ver todos los flujos de trabajo comunes que se ejecutan para un tipo de contenido determinado.
- Pruebas específicas del paquete
-
También se pueden ejecutar pruebas específicas por nombre de contenido. Por ejemplo, si un contenido Automation-XaaSBlueprint llamado "Agregar usuario de AD" solicita una prueba de unidad llamada "Agregar usuario de AD - Prueba 1", se puede crear, y puede conectarse a un endpoint de contenido determinado, ejecutar el blueprint XaaS y esperar para ver si se ha realizado correctamente. El formato de las pruebas es:
<content name - test name>
y en la carpeta<Content-Type>
.Cuando se selecciona el servidor de unidades durante la prueba de contenido, las nuevas pruebas de unidad también se ejecutan en función del tipo de contenido en el contenido implementado en un endpoint de prueba.
A continuación se muestra la funcionalidad general de las pruebas de unidad:
- Los flujos de trabajo comunes de pruebas de unidad se pueden escribir en el archivo común por tipo de contenido
- El flujo de trabajo de prueba de unidad para un contenido determinado se puede escribir en
<Content Type>
y nombrar el flujo de trabajo como<Content name> - <Tests name>
. - Si se produce un error de prueba, la prueba muestra un error de un flujo de trabajo.
- Comprueba las entradas disponibles para probar un flujo de trabajo
Flujos de trabajo de muestra
Puede consultar los flujos de trabajo de unidades existentes disponibles en sus vRealize Orchestrator (política establecida para prueba). Vaya a una carpeta común en vRealize Orchestrator, .
Propiedades de entrada disponibles para un flujo de trabajo de prueba de unidad proporcionado por la plataforma.
Nombre de propiedad | Descripción |
---|---|
versión | Versión del contenido que se está probando. |
testEndpointLink | El vínculo del endpoint de contenido dentro del repositorio. |
varios | El tenant al que se está conectando. |
packageVersionLink | El vínculo de la versión al repositorio. |
packageType | Tipo de contenido. Automation-CompositeBlueprint. |
packageName | Nombre del contenido |
packageId | Identificador único de contenido en el repositorio. |
endpointUser | El nombre de usuario del endpoint con el que se está probando. |
endpointServer | El nombre del servidor del endpoint con el que se está probando. |
endpointPassword | La contraseña (SecureString) del endpoint con el que se está probando. |