- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Abhängigkeiten
- Workflow-Typen
- Dateivergleich
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Integration der Quellenkontrolle
- Debugging
- Das Diagnose-Tool
- Workflow-Analyse
- Über die Workflow-Analyse
- ST-NMG-001 – Namenskonvention für Variablen
- ST-NMG-002 – Namenskonvention für Argumente
- ST-NMG-004 – Duplizierung des Anzeigenamens
- ST-NMG-005 – Variable überschreibt Variable
- ST-NMG-006 – Variable überschreibt Argument
- ST-NMG-008 – Variablenlänge überschritten
- ST-NMG-009: Datentabellenvariablen mit Präfix versehen
- ST-NMG-011 – Datentabellenargumente mit Präfix versehen
- ST-NMG-012 – Standardwerte für Argumente
- ST-NMG-016 – Argumentlänge überschritten
- ST-DBP-002 – Hohe Anzahl von Argumenten
- ST-DBP-003 – Leerer Catch-Block
- ST-DBP-007 – Mehrere Flussdiagrammebenen
- ST-DBP-020 – Nicht definierte Ausgabeeigenschaften
- ST-DBP-023 – Leerer Workflow
- ST-DBP-024 – Prüfung der Persistenzaktivität
- ST-DBP-025 – Voraussetzung für Variablenserialisierung
- ST-DBP-026 – Verwendung der Verzögerungsaktivität
- ST-DBP-027 – Bewährte Methode für Persistenz
- ST-DBP-028 – Voraussetzung für Argumentenserialisierung
- ST-USG-005 – Hartcodierte Aktivitätsargumente
- ST-USG-009 – Nicht verwendete Variablen
- ST-USG-010 – Nicht verwendete Abhängigkeiten
- ST-USG-014 – Paketbeschränkungen
- ST-USG-020 – Minimale Protokollmeldungen
- ST-USG-024 – Nicht verwendet, gespeichert für später
- ST-USG-025 – Missbrauch gespeicherter Werte
- ST-USG-026 – Aktivitätseinschränkungen
- ST-USG-027 – Erforderliche Pakete
- ST-USG-028 – Aufruf von Dateivorlagen einschränken
- Variablen
- Argumente
- Importierte Namespaces
- Aufzeichnung
- UI-Elemente
- Kontrollfluss
- Selektoren
- Objekt-Repository
- Data-Scraping
- Bild- und Textautomatisierung
- Automatisierung von Citrix-Technologien
- RDP-Automatisierung
- Salesforce-Automatisierung
- SAP-Automation
- VMware Horizon-Automatisierung
- Protokollierung
- Das Tool ScreenScrapeJavaSupport
- Das WebDriver-Protokoll
- Test Suite – Studio
- Erweiterungen
- Fehlersuche und ‑behebung
- Informationen zur Fehlerbehebung
- Microsoft App-V – Unterstützung und Einschränkungen
- Fehlerbehebung bei Internet Explorer x64
- Probleme in Microsoft Office
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Fehlerbehebung bei JxBrowser-Anwendungen
- Überwachung der Benutzerereignisse (User Events Monitoring)
- Citrix-Fehlerbehebung
Studio-Benutzerhandbuch
Testfälle
Anwendungstests in Studio funktionieren in VB oder C#. Sie können einzelne Automatisierungsprojekte für Szenarien wie Datenüberprüfung oder Integration mit Ihrer CI/CD-Pipeline erstellen. Erstellen Sie Ihren Workflow in Studio. Sie können automatisierte Anwendungstests in VB oder C# durchführen
- Führen Sie Anwendungstests mit Testfällen und datengesteuerten Testfällen durch.
- Testautomatisierungsprojekte können mehrere Einstiegspunkte haben, wenn sie mehrere Testfälle mit linearer Ausführung enthalten, da die Aktivitäten sequenziell organisiert sind.
- Die Workflow-Ausführung wird pro Testfall ausgeführt, es sei denn, andere
XAML-Dateien werden aufgerufen. - Sie können Workflows in Testfälle konvertieren, aus anderen Projekten importieren oder neue erstellen.
Sie können einen Testfall erstellen, indem Sie einen Workflow aus einem vorhandenen Projekt aufrufen.
- Öffnen Sie Ihren Workflow in Studio.
-
Klicken Sie im Projekte-Panel mit der rechten Maustaste auf den Workflow und wählen Sie Testfall erstellen aus.
-
(Optional) Wählen Sie bei der Erstellung Ihres Testfalls Pseudo-Workflow im Test aus, wenn Sie eine Kopie Ihres Workflows erstellen möchten, in der Sie bestimmte Aktivitäten nachahmen können. Wenn Sie bereits eine vorhandene Pseudo-Datei haben, die Sie verwenden möchten, können Sie diese im Dropdownmenü Pseudo auswählen. Weitere Informationen finden Sie unter Pseudo-Tests.
-
(Optional) Wählen Sie eine Vorlage aus der Dropdownliste aus, wenn Sie zuvor eine erstellt haben. Weitere Informationen finden Sie unter Dateivorlagen.
- Klicken Sie auf Weiter, wenn Sie Testdaten hinzufügen möchten.
-
Klicken Sie auf Erstellen, um die Änderungen zu bestätigen.
Eine Testfall‑XAML‑Datei wird erstellt und ruft einen Workflow mit den folgenden Containern auf: Given, When und Then. Die Datei wird innerhalb der Aktivität Invoke Workflow File aufgerufen, die Teil des When‑Containers ist.
Argumente aus dem Workflow werden automatisch importiert. Um weitere Argumente anzuzeigen oder hinzuzufügen, klicken Sie auf die Schaltfläche Argumente importieren der Aktivität Workflowdatei aufrufen.
Testfälle und datengesteuerte Testfälle werden standardmäßig als Entwürfe erstellt. Sie müssen die Testfälle als veröffentlichbar festlegen, bevor Sie sie im Orchestrator veröffentlichen. Sie können einzelne oder mehrere Testfälle als veröffentlichbar festlegen, indem Sie mit der rechten Maustaste auf die Workflows klicken und dann Als veröffentlichbar festlegen auswählen.
XAML-Symbol wird blau als Hinweis darauf, dass der Testfall bereit ist, veröffentlicht und in einer NUPKG-Datei verpackt zu werden. Um wieder zu Ihrem Workflow-Entwurf zurückzukehren, klicken Sie mit der rechten Maustaste auf den Workflow, und wählen Sie Bei Veröffentlichung ignorieren aus.
Sie können die Testfälle im Orchestrator, in den Roboter-Standardeinstellungen oder in einem benutzerdefinierten Pfad veröffentlichen. Wenn Sie sie im Orchestrator veröffentlichen möchten, stellen Sie sicher, dass Ihr Roboter oder UiPath Assistant mit dem Orchestrator verbunden ist.
Um Workflows in Testfälle zu konvertieren, klicken Sie mit der rechten Maustaste auf den Workflow im Projekt-Panel und wählen Sie In Testfall konvertieren aus:
XAML-Dateien werden Ihrem Projekt als Entwurfstestfälle hinzugefügt.
Ähnlich wie das Importieren von Datensammlungen in Bibliotheken einer API-Testautomatisierung können Sie solche Sammlungen mithilfe des Assistenten Neuer Dienst in Ihre Anwendungstestprozesse importieren.
