Wenn Sie einen Inhalts-Endpoint erstellen, können Sie die Richtlinie supportTest auswählen, damit das System Einheitentests ausführen kann, nachdem Inhalte in der Testumgebung bereitgestellt wurden.
- Einheitstestserver
- Test-Endpoint
Einheitstestserver
Der Testserver ist ein vRO-Server, auf dem Sie Ihre Einheitentests für einen bereitgestellten Inhalt in einem Test-Endpoint durchführen können. Wenn Sie einen Orchestrator-Endpoint als Test-Endpoint festlegen, testet er das vRealize Orchestrator-Paket und wird automatisch auf diesem Endpoint bereitgestellt, wodurch Einheiten- oder Integrationstests möglich sind. Im Paket sind bereits einige grundlegende Tests vorhanden, und Sie können die Tests auch auf dem Einheitentestserver erweitern.
Menüoptionen für Einheitentestserver
Test-Flow der Mustereinheit
- Allgemeine Tests
-
Alle Tests im Ordner „PackageType Common“ werden ausgeführt.
Wenn Sie zum Einheitentestserver (vRO) wechseln, können Sie unter Content Management-Tests separate Ordner für alle Inhaltstypen anzeigen. Für jeden Inhaltstypordner ist ein Ordner common vorhanden, in dem Sie alle gängigen Workflows sehen, die für einen bestimmten Inhaltstyp ausgeführt werden.
- Paketspezifische Tests
-
Bestimmte Tests können auch pro Inhaltsnamen ausgeführt werden. Wenn beispielsweise ein Automation-XaaSBlueprint-Inhalt mit dem Namen „AD-Benutzer hinzufügen“ anfordert, dass ein Einheitentest namens „AD-Benutzer hinzufügen – Test 1“ erstellt werden kann, der eine Verbindung zu einem bestimmten Inhalts-Endpoint herstellen kann, führen Sie den XaaS-Blueprint aus und warten Sie, um zu prüfen, ob er erfolgreich war. Das Format der Tests ist:
<content name - test name>
und unter dem Ordner<Content-Type>
.Wenn Sie den Einheitenserver beim Testen des Inhalts auswählen, werden die neuen Einheitentests auch basierend auf dem Inhaltstyp anhand des bereitgestellten Inhalts in einem Test-Endpoint ausgeführt.
Im Folgenden wird die Gesamtfunktionalität von Einheitentests aufgeführt:
- Gängige Workflows für Einheitentests können in den common-Ordner pro Inhaltstyp geschrieben werden.
- Der Workflow für Einheitentests für einen bestimmten Inhalt kann in den
<Content Type>
geschrieben werden. Benennen Sie außerdem den Workflow<Content name> - <Tests name>
. - Wenn ein Testfehler auftritt, zeigt der Test einen Fehler aus einem Workflow an.
- Überprüft die verfügbaren Eingaben, um einen Workflow zu testen
Beispielworkflows
Sie können sich auf die vorhandenen Einheitenworkflows beziehen, die in ihrem vRealize Orchestrator verfügbar sind (Richtliniensatz zum Testen). Navigieren Sie zu einem gemeinsamen Ordner in vRealize Orchestrator, .
Eingabeeigenschaften, die für einen Workflow für Einheitenstest verfügbar sind, der von der Plattform bereitgestellt wird.
Eigenschaftsname | Beschreibung |
---|---|
Version | Version des getesteten Inhalts. |
testEndpointLink | Der Link des Inhalts-Endpoints innerhalb des Repositorys. |
Mehrmandantenmodus | Der Mandant, mit dem eine Verbindung besteht. |
packageVersionLink | Der Versionslink zum Repository. |
packageType | Typ des Inhalts. Automation-CompositeBlueprint. |
packageName | Inhaltsname |
packageId | Eindeutiger Bezeichner für Inhalte im Repository. |
endpointUser | Der Benutzername des Endpoints, für den der Test ausgeführt wird. |
endpointServer | Der Servername des Endpoints, für den der Test ausgeführt wird. |
endpointPassword | Das Kennwort (SecureString) des Endpoints, für den der Test ausgeführt wird. |