- 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
- Citrix Technologies Automation
- 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
ST-NMG-001 – Namenskonvention für Variablen
ST-NMG-001
Scope: Aktivität
Variablen in einem Projekt müssen einer bestimmten Namenskonvention entsprechen, damit der Zweck der Variablen leichter verstanden und verwaltet werden kann. Der Variablenname sollte aussagekräftig sein, um seine Verwendung im gesamten Projekt genau zu beschreiben.
Diese Regel analysiert alle Variablen im Projekt und ermittelt, ob sie der jeweiligen Konvention entsprechen. Falls nicht, wird eine Meldung im Panel Fehlerliste protokolliert.
^(dt_)?([A-Z]|[a-z])+([0-9])*$
entsprechen.
dt_
vorangestellt werden kann, gefolgt von einem Klein- oder Großbuchstaben und dann einer oder mehreren Zahlen.
HelloWorld1
ist, dann entspricht er dem in dieser Regel festgelegten standardmäßigen regulären Ausdruck.
Wählen Sie im Fenster Projekteinstellungen die Registerkarte Workflow-Analyse aus. Suchen Sie die Regel, und wählen Sie sie aus wie in der folgenden Abbildung gezeigt:
[A-Z]
des Ausdrucks entfernen, lautet das Suchmuster ^(dt_)?([a-z])+([0-9])*$
. Die Regel überprüft nun, ob Variablen mit einem Kleinbuchstaben beginnen und darauf eine Zahl folgt.
[a-z]|[A-Z])
hinzugefügt, lautet die Regel ^(dt_)?([A-Z]|[a-z]+[a-z]|[A-Z])+([0-9])*$
, und HelloWonderfulWorld
wird als gültiger Variablenname erkannt.
Der standardmäßige reguläre Ausdruck für diese Regel kann in eine andere Namenskonvention geändert werden. Überprüfen Sie die folgende Liste:
Binnenmajuskeln (CamelCase)
Gemäß der CamelCase-Konvention beginnt jedes Wort in der Mitte des Variablennamens mit einem Großbuchstaben (ohne Zwischenräume oder Interpunktion).
^(dt_)?([A-Z]|[a-z])+([A-Z]|[a-z]|[0-9])
Hello1World2
, helloWorld
, Hello1World
.
Binnenmajuskeln mit Initialmajuskel
Gemäß der Pascal-Namenskonvention muss der Name der Variablen verkettete großgeschriebene Wörter enthalten.
^(dt_)?([A-Z])+([A-Z]|[a-z]|[0-9])
Hello1World2
, HelloWorld
, Hello1World
.
^(dt_)?([A-Z]|[a-z])+([0-9])*$
.
Einige Workflow-Analyse-Regeln haben Standardwerte. Um solche Werte auf die Standardwerte zurückzusetzen, klicken Sie mit der rechten Maustaste auf eine Regel im Fenster Projekteinstellungen und wählen Sie dann Auf Standardwert zurücksetzen aus.