Tests ausführen

Beschreibung

Mit der Aktivität Run Tests können Sie Tests, die als publishable markiert sind, für den Workflow als Teil der Pipeline ausführen. Die Robotermaschine, auf der die Tests ausgeführt werden, muss über eine Testlizenz verfügen. Wenn die Robotermaschine, auf der der Pipelineprozess ausgeführt wird, auch dem Testordner zugewiesen ist, muss sie über eine Testlizenz verfügen. Andernfalls benötigt nur der Roboter, der dem Ordner Test zugewiesen ist, eine Testlizenz.

Die Aktivität Run Tests führt die Tests im angegebenen Orchestrator-Ordner aus. Das Pipelines-Roboterkonto veröffentlicht das Paket im jeweiligen Ordner, aber die Tests können von jedem Roboterkonto in diesem Ordner ausgeführt werden, das sich für die Testausführung qualifiziert, nicht nur vom Pipelines-Roboterkonto.

Hinweis:

Bei Pipelines-Projekten, welche die Aktivität Run Tests verwenden, müssen Sie sicherstellen, dass der Parameter Unterstützt Persistenz auf Projektebene aktiviert ist (festgelegt auf Yes). Der Workflow wird nur fortgesetzt, wenn Tests im selben Mandanten ausgeführt werden.

Projektkompatibilität

Windows | Plattformübergreifend

Konfiguration

Designer-Panel

• Mandant – Der Name des Orchestrator-Mandanten, in dem das Projekt veröffentlicht wird.
• Ordnername – Der Name des Orchestrator-Ordnerfeeds. Dies ist der Orchestrator-Ordner, in dem die Tests ausgeführt werden. Stellen Sie sicher, dass Sie die richtigen Maschinen und die Testlizenz zugewiesen haben.
• Repository-Pfad – Der Pfad zum Repository, in dem sich das Projekt befindet.
• Projektpfad – (Optional) Der Pfad der project.json -Datei relativ zum Repository-Pfad. Wenn nicht angegeben, wird standardmäßig project.json verwendet.

Eigenschaften-Panel

Allgemein

• Bei Fehler fortsetzen – (Optional) Gibt an, ob die Automatisierung auch dann fortgesetzt werden soll, wenn die Aktivität einen Fehler ausgibt. Dieses Feld unterstützt nur Boolean -Werte (True, False). Der Standardwert ist False. Wenn das Feld leer ist und ein Fehler ausgegeben wird, wird die Ausführung des Projekts angehalten. Wenn der Wert auf „True“ gesetzt ist, wird die Ausführung des Projekts ungeachtet eines Fehlers fortgesetzt.

Eingabe

• Autor – (Optional) Der für das Paket festzulegende Autor. Wenn nicht angegeben, wird sie auf das Benutzerkonto festgelegt, unter dem die Automatisierung ausgeführt wird.
• Version – (Optional) Die Paketversion. Der Standardwert verwendet das Format major.minor.timestamp , wobei major und minor aus der Projektversion abgerufen werden.
• Validierung überspringen – (Optional) Überspringt die Projektvalidierung. Der Standardwert ist Aus (die Validierung wird durchgeführt).
• Getrennte Runtime-Abhängigkeiten – Ermöglicht die Aufteilung der Ausgabe in Runtime- und Designbibliotheken.
• Repository-Typ – (Optional) Der verwendete Source Control-Typ (z. B. git, svn, uip usw.).
• Repository-URL – (Optional) Die Remote-Repository-URL der project.json -Datei.
• Repository-Verzweigung – (Optional) Die Quellverzweigung für das Paket.
• Repository-Commit – (Optional) Die Commit-ID (der Commit-SHA für Git-Repositorys).
• Versionshinweise – (Optional) Die Versionshinweise für das Paket.
• Roboterprotokolle anhängen – (Optional) Wählen Sie diese Option aus, um die Ausführungsprotokolle der Testsätze in den Bericht aufzunehmen. Der Standardwert ist „false“.
• Anzahl der Wiederholungen – (Optional) Gibt an, wie oft fehlgeschlagene Testfälle erneut ausgeführt werden sollen. Der Standardwert ist 0.

Ausgabe

• Ergebnisdateipfad – Absoluter Pfad zu den Testergebnissen im JUnit XML -Format.
• Testsatzbericht (Ausgabe) – Gibt den Testbericht als Objekt zurück.