- 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-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
- 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.
- Reparieren der Active Accessibility-Unterstützung
- Automatisieren von Anwendungen, die unter einem anderen Windows-Benutzer ausgeführt werden
- Die Validierung großer Windows-Legacy-Projekte dauert länger als erwartet
Studio-Benutzerhandbuch
UI Activities-Eigenschaften
Apps und Web-Apps können mit mehreren Aktivitäten automatisiert werden. Diese finden Sie im Panel Aktivitäten (Activities) in der Kategorie UI-Automatisierung (UI Automation).
All diese Aktivitäten haben mehrere Eigenschaften gemeinsam:
-
BeiFehlerFortfahren (ContinueOnError) – Gibt an, ob die Automatisierung fortgesetzt werden soll, selbst wenn die Aktivität einen Fehler ausgibt. Dieses Feld unterstützt nur boolesche Werte (True, False). Der Standardwert in diesem Feld ist „False“. Wenn dieses Feld leer ist und ein Fehler ausgelöst wird, wird die Ausführung des Projekts unterbrochen. Wenn der Wert auf „True“ gesetzt ist, wird die Ausführung des Projekts ungeachtet eines Fehlers fortgesetzt.
Hinweis: Wenn das Feld BeiFehlerFortfahren (ContinueOnError) in einer Abfangen versuchen (Try Catch)-Aktivität auf „True“ gesetzt ist, wird kein Fehler ausgegeben, wenn das Projekt ausgeführt wird. - VerzögernNach (DelayAfter) – fügt nach der Aktivität eine Pause in Millisekunden hinzu.
- VerzögerungVorher (DelayBefore) – fügt eine Pause in Millisekunden vor der Aktivität hinzu.
- AuszeitMS (TimeoutMS) – gibt an, wie lange (in Millisekunden) gewartet werden muss, bis ein bestimmtes Element gefunden wird, bevor ein Fehler ausgegeben wird. Der Standardwert ist 30000 Millisekunden (30 Sekunden).
-
WartenBisBereit (WaitForReady) - Vor Ausführung der Aktionen warten, bis das Ziel bereit ist. Folgende Optionen sind verfügbar:
- Keine (None) - Wartet ausschließlich auf das UI-Zielelement, bevor die Aktion ausgeführt wird. Sie können diese Option beispielsweise verwenden, wenn Sie nur Text einer Website abrufen oder eine bestimmte Schaltfläche anklicken möchten, ohne auf das Laden aller UI-Elemente warten zu müssen. Beachten Sie, dass dies ungewünschte Folgen haben kann, wenn die Schaltfläche von Elementen wie Skripten abhängt, die noch nicht geladen sind.
- Interactive: Wartet, bis die Ziel-App Bereitschaft signalisiert, auch wenn einige Assets unter Umständen noch geladen werden.
-
Abgeschlossen – Wartet, bis alle UI-Elemente in der Ziel-App geladen werden, bevor die Aktion tatsächlich ausgeführt wird.
Um zu beurteilen, ob sich eine Anwendung im Status „Interaktiv“ oder „Abgeschlossen“ befindet, werden die folgenden Tags überprüft:
Desktop-Anwendungen (Desktop applications) - Eine Nachrichtwm_null
wird versendet, um zu prüfen, ob die Tags<wnd>
,<ctrl>
,<java>
oder<uia>
vorhanden sind. Sind die Tags vorhanden, wird die Aktivität ausgeführt.Webanwendung
- Internet Explorer – Das
<webctrl>
-Tag wird verwendet, um zu überprüfen, ob der Status Bereit des HTML-Dokuments Abgeschlossen ist. Darüber hinaus muss der Status Beschäftigt auf „False“ festgelegt werden. - Andere – Das
<webctrl>
-Tag wird verwendet, um zu überprüfen, ob der Bereitschafts-Status des HTML-Dokuments Abgeschlossen ist.
SAP-Anwendungen (SAP applications) - Zuerst wird geprüft, ob der Tag<wnd>
vorhanden ist. Anschließend wird eine SAP-spezifische API verwendet, um zu prüfen, ob die Session verfügbar ist. - Internet Explorer – Das
-
Ziel (Target) – identifiziert das UI-Element, mit dem die Aktivität arbeitet.
Das Ziel besteht aus mehreren Teilen, nämlich dem Container, dem Selektor und dem Clippingbereich, um sicherzustellen, dass Sie ein UI-Element korrekt identifizieren.
Ein Container gibt Ihnen ein wenig mehr Kontext über die Schaltfläche oder das Feld, das Sie verwenden möchten, damit Sie Fenster oder andere Bereiche derselben App unterscheiden können. Sie werden automatisch generiert. Sie können jedoch im Panel Eigenschaften (Properties) Änderungen vornehmen.
Die folgenden sind Container: