studio
2022.10
false
- 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
- Über das WebDriver-Protokoll
- Konfigurationsschritte
- Bekannte Probleme und Einschränkungen
- 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
Last updated 4. Nov. 2024
Bekannte Probleme und Einschränkungen
Bei der Erstellung Ihres Browserautomatisierungsprojekts über das WebDriver-Protokoll muss Folgendes berücksichtigt werden:
- Selektoren für UI-Elemente innerhalb von IFrames werden nicht validiert. Es wird empfohlen, IFrames bei der Erstellung des Automatisierungsprojekts zu vermeiden. Dies geschieht, wenn die Elementidentifizierung über die Browsererweiterung und die Selektorvalidierung über das WebDriver-Protokoll erfolgt.
- Eine mit dem WebDriver-Protokoll erstellte Browser-Automatisierung erzeugt immer eine neue Browser-Sitzung. Das bedeutet, dass gespeicherte Cookies oder Browserdaten bei der Erstellung Ihres Automatisierungsprojekts nicht berücksichtigt werden.
- Wenn ein Selektor für einen Browser mit mehreren geöffneten Tabs nicht gefunden wird, wechselt die Ausführung kontinuierlich zwischen ihnen. In diesem Szenario wird empfohlen, das Automatisierungsprojekt in einem einzelnen Browsertab zu erstellen. Dieser Effekt macht sich nur während der visuellen Browser-Automatisierung bemerkbar.
- Für die monitorlose Automatisierung sind keine visuellen Elemente erforderlich. Daher öffnet das WebDriver-Protokoll bei der Verwendung im monitorlosen Modus kein sichtbares Browserfenster. Aus diesem Grund kann die monitorlose Automatisierung mit einigen Aktivitäten nicht funktionieren, die Hardwareereignisse (z. B. Klicken oder Eingeben in) im Standardzustand verwenden. Sie müssen so konfiguriert werden, dass sie die Eigenschaften SimulateClick, SimulateType oder SimulateHover oder die Eigenschaft Fensternachrichten senden verwenden.
- Mit Bildern interagierende Aktivitäten (etwa Click Image oder Find Image) werden nicht unterstützt, da dafür das Browserfenster selbst erforderlich ist.
- Die Ereignisüberwachung (etwa Click Trigger oder Hotkey Trigger) wird nicht unterstützt, da sie auf Hardware-Ereignissen basiert.
- Durch die Verwendung von
<WND>-Tags in der Aktivität Close Application wird nur die Browsersitzung und nicht der entsprechende WebDriver-Prozess geschlossen. Stattdessen wird die Verwendung von<HTML>-Tags empfohlen. - Bei der Verwendung von Chrome oder Firefox wird das über das WebDriver-Protokoll geöffnete Browserfenster immer im gleichen visuellen Bereich und mit den gleichen Größenspezifikationen geöffnet. Darüber hinaus besitzen einige Websites ein adaptives Seitenlayout, was bei einer Änderung der Fenstergröße zu ungültigen Selektoren führen kann. In diesem Zusammenhang wird empfohlen, bei der Erstellung Ihres Automatisierungsprojekts die Standardgröße für das Browserfenster zu verwenden.
