- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Über die Veröffentlichung von Automatisierungsprojekten
- Entwerfen von Automatisierungen
- Verwalten von Aktivitätspaketen
- Konfigurieren von Aktivitätsprojekteinstellungen
- Signieren von Paketen
- Governance
- Importieren von Entitäten
- Moderne Designumgebung
- Verknüpfen eines Projekts mit einer Idee im Automation Hub
- Verwenden des Data Managers
- 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-021 – Hartcodiertes Timeout
- 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
- ST-USG-032 – Erforderliche Tags
- ST-USG-034 – Automation Hub-URL
- Variablen
- Argumente
- Importierte Namespaces
- Codierte Automatisierungen
- Einleitung
- Registrieren von benutzerdefinierten Diensten
- „Vor“- und „Nach“-Kontexte
- Triggerbasierte Attended-Automatisierung
- 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
- Über Erweiterungen
- SetupExtensions-Tool
- „UiPathRemoteRuntime.exe“ wird nicht in der Remotesitzung ausgeführt.
- UiPath Remote Runtime blockiert das Schließen der Citrix-Sitzung
- UiPath Remote Runtime verursacht Speicherverlust
- Versionen von UiPath.UIAutomation.Activities-Paket und UiPath Remote Runtime stimmen nicht überein
- Die erforderliche UiPath-Erweiterung ist auf der Remotemaschine nicht installiert
- Einstellungen für die Bildschirmauflösung
- Gruppenrichtlinien
- Kommunikation mit Browser nicht möglich
- Die Chrome-Erweiterung wird automatisch entfernt
- Möglicherweise ist die Erweiterung beschädigt
- Überprüfen Sie, ob die Erweiterung für Chrome installiert und aktiviert ist
- Überprüfen Sie, ob ChromeNativeMessaging.exe ausgeführt wird
- Überprüfen der korrekten Definition der ComSpec-Variablen
- Aktivieren Sie den Zugriff auf Datei-URLs und den Inkognito-Modus
- Mehrere Browser-Profile
- Group Policy conflict
- Spezifische bekannte Probleme für MV3-Erweiterungen
- Liste der Erweiterungen für Chrome
- Chrome-Erweiterung für Mac
- Gruppenrichtlinien
- Kommunikation mit Browser nicht möglich
- Die Edge-Erweiterung wird automatisch entfernt
- Möglicherweise ist die Erweiterung beschädigt
- Überprüfen, ob die Erweiterung für Microsoft Edge installiert und aktiviert ist
- Überprüfen Sie, ob ChromeNativeMessaging.exe ausgeführt wird
- Überprüfen der korrekten Definition der ComSpec-Variablen
- Aktivieren des Zugriffs auf Datei-URLs und den InPrivate-Modus
- Mehrere Browser-Profile
- Group Policy conflict
- Spezifische bekannte Probleme für MV3-Erweiterungen
- Liste der Erweiterungen für Edge
- Erweiterung für VMware Horizon
- SAP Solution Manager-Plugin
- Excel-Add-in
- 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.
- Reparieren der Active Accessibility-Unterstützung
- Die Validierung großer Windows-Legacy-Projekte dauert länger als erwartet
Studio-Benutzerhandbuch
Data Service
Sie können den Data Service, sowohl in der Automation Cloud als auch in der Automation Suite, als eine Quelle für Ihre datengesteuerten Tests verwenden. Die Daten werden aus Data Service-Entitäten importiert, wodurch die Felder als Workflow-Argumente verfügbar gemacht werden. Alle importierten Entitäten werden auf der Registerkarte Projekt unter Entitäten gespeichert.
Sie können datengesteuerte Tests mit Data Service nur mit Version 22.4 oder höher des Testing.Activities-Pakets durchführen.
- Wenn Sie eine Data Service-Quelle konfigurieren, werden die Daten aus dem ersten Eintrag in der Entität abgerufen.
- Zum Ausführen und Debuggen von Testfällen mit dynamischen Testdaten verwenden Sie den Test Explorer. Die Daten stammen während der Laufzeit aus der Data Service-Entität und der Test Explorer füllt die Werte zur Laufzeit aus.
- Wenn Sie Ihre Sitzung schließen und das Projekt neu öffnen, müssen Sie noch einmal die Datei mit Datenvarianten ausführen, um die Testdaten zu laden.
- Wenn Sie die Entität aktualisieren, müssen Sie die Datei mit den Datenvarianten ausführen, um die aktualisierten Testdaten zu laden.
- Testfälle mit leeren Datenvarianten werden als fehlgeschlagen markiert.
- Eine Testfalleinrichtung wird im Orchestrator erstellt, wenn Sie Testfälle ausführen, die Datenvarianten aus Data Service enthalten.
- Bei datengesteuerten Tests entspricht der von Data Service-gesteuerten Testfällen generierte Argumentname nicht der Workflow-Analyseregel ST-NMG-002 , welche die Verwendung der Präfixe
in_
und_out
empfiehlt. Das Anpassen des Argumentnamens an diese Regel kann den Datenabruf aus der Data Service-Entität verhindern. - Wenn Sie einen datenbasierten Testfall erstellen, der ein Eingabeargument akzeptiert, es in einem Testsatz veröffentlichen und versuchen, den Argumentwert direkt über die Orchestrator-Benutzeroberfläche zu definieren, wird der Eingabeargumentwert nicht an die Testvarianten übergeben.
Problemumgehung: Um diese Einschränkung zu überwinden, fügen Sie das Eingabeargument direkt zur Data Service-Entität hinzu.
Wenn Sie Testdaten zu Ihrem Testfall hinzufügen, können Sie die Entität filtern, um nur bestimmte Felder aus Data Service abzurufen. Sie können die Filter mithilfe des integrierten Abfragegenerators konfigurieren.
- Erstellen Sie einen neuen Testfall mit Testdaten oder fügen Sie Testdaten zu einem vorhandenen Testfall hinzu.
-
Klicken Sie auf Quelle und wählen Sie Data Service aus der Dropdownliste aus.
Hinweis: Wenn die Option nicht verfügbar ist, überprüfen Sie die Anforderungen Anforderungen. - Wählen Sie eine Entität aus oder verwenden Sie die Suchfunktion, um danach zu suchen.
- Klicken Sie auf das Filter-Symbol, um den Abfragegenerator zu öffnen.
- Verwenden Sie die erste Dropdownliste, um nach einem Kriterium zu filtern (z. B.
CreateTime
). - (Optional) Sie können Zeilen und Gruppen hinzufügen, wenn Sie auf Hinzufügen klicken, und dann die Bedingungen konfigurieren.
- (Optional) Sie können auswählen, ob Sie nach allen oder einem Ihrer Kriterien filtern möchten, indem Sie UND oder ODER auswählen.
- Geben Sie einen Namen für Ihren Filter ein.
- (Optional) Verwenden Sie den Bereich, um bestimmte Zeilenintervalle zu konfigurieren. Das ist nützlich, wenn Ihre Entität Hunderte von Feldern beinhaltet.
-
Klicken Sie zum Bestätigen auf Ok.
Die Daten werden von der Entität abgerufen und zum Testfall als Argumenttyp hinzugefügt. Nur der erste Eintrag in der Entität wird abgerufen. Sie können über die Argumente auf die Daten zugreifen.
- Verwenden Sie bereits eine CSV-Datei für Ihre datengesteuerten Tests? Sie können sie mithilfe von Batch-Aktivitäten in Data Service hochladen.
- Aktualisieren oder entfernen Sie Testdaten.
In diesem Tutorial erfahren Sie, wie Sie Data Service-Entitäten abrufen, um datengesteuerte Tests durchzuführen. Datengesteuertes Testen ermöglicht es Ihnen, verschiedene Datenszenarien effizient zu testen, indem Sie Data Service-Entitäten als Eingabe verwenden. Führen Sie die folgenden Schritte aus, um Data Service-Entitäten in Ihren Testfällen abzurufen und zu verwenden.