- 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
- 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
ST-NMG-002 – Namenskonvention für Argumente
ST-NMG-002
Scope: Workflow
Diese Regel analysiert alle Argumente im Projekt und ermittelt, ob sie der jeweiligen Konvention entsprechen.
Argumente im Projekt müssen einer bestimmten Namenskonvention entsprechen, damit das Projekt leichter verstanden und verwaltet werden kann.
- in: Das Argument kann nur innerhalb des bestimmten Projekts verwendet werden.
- out: Das Argument kann verwendet werden, um Daten außerhalb eines bestimmten Projekts zu übergeben.
- io: Das Argument kann sowohl innerhalb als auch außerhalb eines bestimmten Projekts verwendet werden.
Stellen Sie sicher, dass alle Argumente der Namenskonvention entsprechen. Der standardmäßige reguläre Ausdruck für diese Regel lautet wie folgt:
- InRegex:
^in_(dt_)?([A-Z]|[a-z])+([0-9])*$
- OutRegex:
^out_(dt_)?([A-Z]|[a-z])+([0-9])*$
- InOutRegex:
^io_(dt_)?([A-Z]|[a-z])+([0-9])*$
.
Gemäß dem oben genannten regulären Ausdruck entspricht das Argument dem Ausdruck, wenn es mit einem Präfix beginnt, auf das ein Klein- oder Großbuchstabe und eine Zahl folgen.
in_HelloWorld
, wird er von der Regel validiert. Weitere Beispiele für Argumentnamen, die dieser Regel für reguläre Ausdrücke entsprechen: out_HelloWorld
und io_Helloworld
.
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 für Eingabeargumente entfernen, lautet das Suchmuster ^in_(dt_)?([a-z])+([0-9])*$
. Die Regel überprüft nun, ob Eingabeargumente mit einem Kleinbuchstaben nach dem Präfix beginnen.
[a-z]|[A-Z])
hinzugefügt, lautet die Regel ^in_(dt_)?([A-Z]|[a-z]|[a-z]|[A-Z])+([0-9])*$
, und in_HelloWonderfulWorld
wird als gültiger Eingabeargumentname 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 Argumentnamens mit einem Großbuchstaben (ohne Zwischenräume oder Interpunktion).
^in_(dt_)?([A-Z]|[a-z]|[0-9])+([A-Z]|[a-z]|[0-9])
in_Hello1World2
, in_helloWorld
, in_Hello1World
.
Binnenmajuskeln mit Initialmajuskel
Gemäß der Pascal-Namenskonvention muss der Name des Arguments verkettete großgeschriebene Wörter enthalten.
^in_(dt_)?([A-Z]|[0-9])+([A-Z]|[a-z]|[0-9])
in_Hello1World2
, in_HelloWorld
, in_Hello1World
.
Kebab-Schreibweise
Die Kebab-Namenskonvention ähnelt der Snake-Namenskonvention. Allerdings werden dabei Leerzeichen nicht durch Unterstriche, sondern durch Bindestriche ersetzt.
^in_(dt_)?([a-z]|[A-Z]|[0-9])+‐([a-z]|[A-Z]|[0-9])
in_Hello1‐World2
, in_Hello‐World
.
Der Standardwerte für ST-NMG-002 sind:
- InRegex:
^in_(dt_)?([A-Z]|[a-z])+([0-9])*$
- OutRegex:
^out_(dt_)?([A-Z]|[a-z])+([0-9])*$
- InOutRegex:
^io_(dt_)?([A-Z]|[a-z])+([0-9])*$
.
Um diese Werte auf den Standardwert zurückzusetzen, klicken Sie mit der rechten Maustaste auf die Regel im Fenster Projekteinstellungen und dann auf Standardwert zurücksetzen.