Testautomatisierungs-Framework

Überblick

Das Testautomatisierungs-Framework ist eine Vorlage, die eine Basis für Testprojekte durch Einbeziehung wesentlicher Best Practices bildet. Das Framework umfasst Funktionen für die Verwaltung von Assets, Konstanten, die Protokollierung und die Ausnahmebehandlung.

Wie es funktioniert

Die Vorlage folgt drei aufeinanderfolgenden Phasen:

1. SetUp (SetUp.xaml) – In dieser Phase wird die Assets.json-Datei gelesen und die im Prozess verwendeten Anwendungen initialisiert. Wenn die Initialisierung erfolgreich ist, geht die Ausführung in die Phase Testlauf über. Schlägt sie fehl, wird die Ausführung beendet, ein Testfall schlägt fehl und es wird ein Screenshot erstellt, der im Orchestrator verfügbar ist.

   

   1. InitAllAssets.xaml – In dieser Phase wird das Konfigurationswörterbuch, Assets, initialisiert, ausgefüllt und ausgegeben, das im gesamten Projekt verwendet wird. Assets werden vom Orchestrator abgerufen.

2. Run Test (placeholder for test case)— This phase is where the Test Case is executed. The Placeholder activity changes at runtime into an Invoke Workflow File activity. This activity then invokes the Test Case with the execution template attached to it. This creates a temporary workflow file called Generated – testCaseName. The Test Case is wrapped in a Timeout Scope that has the Throw Exception After input value set to theTestTimeOut constant. If the execution of the Test Case exceeds theTestTimeOut, it stops the execution. This is useful in case a process ends up in an infinite loop, as it stops the execution so the robot can be free.

   

3. TearDown (TearDown.xaml) – In dieser Phase wird die Ausführung des Testfalls abgeschlossen und die Umgebung für weitere Durchläufe bereinigt.

   

   1. KillAllProcesses.xaml – Erzwingt die Beendigung eines Windows-Prozesses, der eine im Geschäftsprozess verwendete Anwendung darstellt. Das Beenden von Prozessen kann jedoch zu unerwünschten Ergebnissen führen, z. B. zum Verlust nicht gespeicherter Änderungen an Dateien. Trotz des Namens dieses Workflows ist es nicht obligatorisch, immer alle verwendeten Prozesse zu beenden. Je nach den Anforderungen des Geschäftsprozesses können andere Schritte angemessener sein, um das System wieder in einen fehlerfreien Zustand zu versetzen.

4. TakeScreenshots.xaml – Erstellt einen Screenshot des gesamten Bildschirms und speichert ihn als PNG-Datei in einem durch das Argument in_Folder angegebenen Ordner. Sie können diese Phase überall im Workflow aufrufen.

Anpassen der Vorlage

Führen Sie die folgenden Schritte aus, um die Vorlage für Ihren speziellen Anwendungsfall zu konfigurieren:

1. Öffnen Sie im Ordner Daten die Datei Assets.json und fügen Sie die Orchestrator-Assets hinzu, auf die Sie zugreifen müssen.

   

   Hinweis:

   Verwenden Sie die Datei Assets.json für jeden Typ von Assets, mit Ausnahme von Anmeldeinformationen. Um Credential-Assets zu verwenden, die im Orchestrator definiert sind, fügen Sie sie stattdessen als Konstante hinzu.

2. Fügen Sie im Data Manager unter Konstanten die Anmeldeinformationsassets hinzu, die Sie verwenden möchten. Um darauf zuzugreifen, fügen Sie eine Aktivität Get Credential hinzu.

   Tipp:

   Wenn das Credential-Asset in einem anderen Orchestrator-Ordner gespeichert ist als dem, in dem der Prozess ausgeführt wird, erstellen Sie eine weitere Konstante, um den Ordnernamen zu speichern.

3. Ändern Sie die TestTimeOut-Konstante, um die zulässige Ausführungszeit eines Testfalls zu ändern.

Die Standardabhängigkeiten dieser Projektvorlage sind UiPath.System.Activities, UiPath.UIAutomation.Activities und UiPath.Testing.Activities.