- 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
- Über Object-Repository
- Erstellen eines Object-Repositorys
- Wiederverwenden von Objekten und UI-Bibliotheken
- 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
Über Object-Repository
Das Object Repository stellt die Verwaltung, Wiederverwendbarkeit und Zuverlässigkeit von UI-Elementen sicher, indem sie als Objekte in einem DOM-ähnlichen Repository erfasst werden, das projektübergreifend nutzbar ist. Es ermöglicht das Erstellen und Wiederverwenden von UI-Taxonomien in einem Automatisierungsprojekt oder über mehrere hinweg. Mit dem Object Repository können Sie eine UI-API für Ihre Anwendung erstellen und innerhalb von Minuten für Ihr Team freigeben.
Die wichtigsten Funktionen des Object-Repositorys sind:
- UI-Elemente im gesamten Projekt werden über eine zentrale Stelle verwaltet, aktualisiert und geändert.
- Anzeigen einer Liste aller UI-Aktivitäten innerhalb des Prozesses mithilfe der Registerkarte „UI-Aktivitäten“ im Bereich „Object Repository“.
- Schnelles Erfassen von Elementen, die Sie in Ihrer Automatisierung benötigen, mit dem Assistenten Elemente erfassen.
- Die Zuverlässigkeit von Selektoren wird mithilfe des Recorders Elemente erfassen erhöht, der Elemente zusammen mit ihren Ankern erfasst.
- Mithilfe von Ankern behalten Objekte ihre Zuverlässigkeit bei, falls die Anwendung eine neue, etwas andere Benutzeroberfläche erhält.
- Ziehen und Ablegen von Elementen aus dem Bereich Object Repository.
- Objekte lassen sich in lokalen Projekten oder projektübergreifend wiederverwenden, wenn sie als Bibliotheken verpackt werden.
-
Aktualisieren der Anwendung und Verarbeiten von UI-Elementen in einem Schritt mithilfe von UI-Bibliotheken.
Der Umschalter „Modern“ für neue Projekte verwenden steuert die standardmäßige Designumgebung für neue Projekte. Die moderne Umgebung ist eine neue Art, Automatisierung mit Assistenten, Recordern und Aktivitäten zu entwerfen, die Teil der Pakete sind, die für die Object-Repository-Unterstützung erweitert wurden. Dieser Umschalter befindet sich auf globaler Ebene, was bedeutet, dass alle neuen Projekte im Kontext der modernen Designumgebung erstellt werden, wenn er aktiviert ist.
Wenn der Umschalter Object Repository durchgesetzt auf Ja festgelegt ist, müssen Aktivitäten des UIAutomation-Pakets auf Elemente im Object Repository verweisen.
Sie können auch auf Projektebene auf die moderne Umgebung umschalten. Wenn diese Option aktiviert ist, verwendet das aktuelle Projekt die moderne Designumgebung. Darin werden die klassischen UI-Automatisierungsaktivitäten standardmäßig ausgeblendet. Sie können mithilfe der Filter im Aktivitätenbereich aktiviert werden. Alternativ können Sie für ein bestimmtes Projekt jederzeit über Projekteinstellungen zur klassischen Umgebung wechseln. Sie können das Verhalten für neue Projekte auch über die Backstage-Einstellungen von Studio ändern.
UI-Deskriptoren
Ein UI-Deskriptor ist eine übergeordnete Gruppe von Selektoren und enthält Informationen zum eindeutigen Identifizieren von Elementen auf dem Bildschirm.
UI-Deskriptoren werden aus Aktivitäten im Workflow extrahiert und einem strukturierten Schema hinzugefügt, das sie nach Anwendungen, Anwendungsversionen, Bildschirmen und UI-Elementen gruppiert. Aus dieser Taxonomiestruktur enthalten nur Bildschirme und Elemente Deskriptorinformationen. Der Rest wird für die Gruppierung verwendet und ihre Rolle besteht darin, Upgrades zwischen Versionen einer Anwendung sicherzustellen.
UI-Deskriptoren können Teil sein von:
- Ein Projekt für eine umfassende Wiederverwendung.
- Snippet-Repositorys zu Testzwecken.
- UI-Bibliotheken für die globale projektübergreifende Freigabe.
UI-Elemente
UI-Elemente enthalten vollständige oder partielle Elementselektoren, Ankerselektoren, Kontext für die Bildschirm- und Elementbilderfassung sowie andere Metadaten, die das Element auf dem Bildschirm beschreiben.
Bildschirme
Bildschirme sind UI-Scopes, die entweder aus Aktivitäten innerhalb des Workflows extrahiert oder bei der Elementerfassung generiert werden. Ein Bildschirm gruppiert mehrere Elemente, die zum gleichen Bildschirm gehören.
UI-Anwendungen
Eine UI-Anwendung ist eine Zielanwendung, die mehrere Versionen mit je mehreren Bildschirmen haben kann. Anwendungen können mehrere Typen aufweisen:
- Desktop-/Webanwendung
- Mobile Anwendung
Zum Definieren mobiler Anwendungen müssen Sie das UiPath.MobileAutomation.Activities-Paket verwenden.
Die Struktur der mit dem Objektbrowser erstellten UI-Bibliotheken hat folgende Hierarchie: Anwendung > Version > Bildschirm > UI-Element.
UI-Bibliotheken
Eine UI-Bibliothek ist eine Kapselung von Elementen, die nach Anwendungen, Anwendungsversionen und Bildschirmen gruppiert sind. Elemente, die Sie definieren, können als UI-Bibliothek extrahiert werden und nach der Veröffentlichung in anderen Projekten als Abhängigkeit installiert werden.
Eine UI-Bibliothek kann mehrere Anwendungen enthalten, aber jedoch nur eine Version einer bestimmten Anwendung. Dieser Mechanismus stellt sicher, dass Sie beim Aktualisieren einer Abhängigkeit auch die Anwendungsversion aktualisieren, die Sie in Ihren Projekten verwendet haben.
Beachten Sie, dass Sie beim Erstellen einer neuen Version einer vorhandenen Anwendung die vorhandenen Elemente wiederverwenden müssen. Elemente verfügen über eindeutige Bezeichner für das Referenzieren über Aktivitäten. Sie können den Inhalt eines Elements (Deskriptoren und andere Metadaten) jederzeit ändern.
Mit dem Object Repository können Sie UI-Elemente projektübergreifend wiederverwenden:
- Alle lokal gespeicherten Elemente können auf Projektebene wiederverwendet werden.
- Zu Testzwecken können Sie den Bereich Snippets verwenden, um Anwendungen zwischen Projekten zu speichern und zu übergeben. Aus Snippets können Sie Ihrem lokalen Projekt-Repository Anwendungen hinzufügen.
-
Sie können Elemente in UI-Bibliotheken extrahieren und als Abhängigkeit in Ihren Projekten installieren, wenn Sie sie auf globaler Ebene wiederverwenden möchten. Sie können auch primär auf Wiederverwendbarkeit setzen, indem Sie zunächst UI-Bibliotheken mit den Elementen erstellen, die Sie für alle Automatisierungsprojekte benötigen.
Das Object-Repository hat eine Baumstruktur, in der jeder Knoten ein Objekt ist, das Bildschirme oder Elemente darstellt, die alle hierarchisch unter der Anwendung angeordnet sind. Die Struktur ist wie folgt aufgebaut:
- Anwendung: kann einer von 2 Typen sein – mobil oder Desktop/Web, je nachdem, welche Technologie für die UI-Automatisierung verwendet wird.
- Version: Anwendungen können mehrere Versionen haben
- Bildschirm: Fenster der obersten Ebene einer Anwendungsversion, die nur unter einer App-Version erstellt werden kann.
- UI-Element: ein Objekt auf dem Bildschirm mit einem Deskriptor und Metadaten. Es kann von mehreren Typen sein.
UI-Elemente können in der Baumstruktur frei neu angeordnet werden, sofern sie unter dem vorgesehenen Bildschirm verbleiben. Zum Verschieben ziehen Sie ein Element einfach an die gewünschte Position innerhalb der Struktur.
Elemente können auch Teil anderer Elemente sein und sie können auch unter Containern ohne UI-spezifische Rolle gruppiert werden. Auf diese Weise können Sie eine UI-Struktur definieren, die so nah wie möglich an dem liegt, was der Benutzer auf dem Bildschirm sieht.
