- 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
Data Service
Sie können den Data Service, sowohl in der Automation Cloud als auch in der Automation Suite, als eine Quelle für Ihre datengesteuerten Tests verwenden. Die Daten werden aus Data Service-Entitäten importiert, wodurch die Felder als Workflow-Argumente verfügbar gemacht werden. Alle importierten Entitäten werden auf der Registerkarte Projekt unter Entitäten gespeichert.
Sie können datengesteuerte Tests mit Data Service nur mit Version 22.4 oder höher des Testing.Activities-Pakets durchführen.
- Wenn Sie eine Data Service-Quelle konfigurieren, werden die Daten aus dem ersten Eintrag in der Entität abgerufen.
- Zum Ausführen und Debuggen von Testfällen mit dynamischen Testdaten verwenden Sie den Test Explorer. Die Daten stammen während der Laufzeit aus der Data Service-Entität und der Test Explorer füllt die Werte zur Laufzeit aus.
- Wenn Sie Ihre Sitzung schließen und das Projekt neu öffnen, müssen Sie noch einmal die Datei mit Datenvarianten ausführen, um die Testdaten zu laden.
- Wenn Sie die Entität aktualisieren, müssen Sie die Datei mit den Datenvarianten ausführen, um die aktualisierten Testdaten zu laden.
- Testfälle mit leeren Datenvarianten werden als fehlgeschlagen markiert.
- Eine Testfalleinrichtung wird im Orchestrator erstellt, wenn Sie Testfälle ausführen, die Datenvarianten aus Data Service enthalten.
Wenn Sie einen datenbasierten Testfall erstellen, der ein Eingabeargument akzeptiert, es in einem Testsatz veröffentlichen und versuchen, den Argumentwert direkt über die Orchestrator-Benutzeroberfläche zu definieren, wird der Eingabeargumentwert nicht an die Testvarianten übergeben.
Problemumgehung: Um diese Einschränkung zu überwinden, fügen Sie das Eingabeargument direkt zur Data Service-Entität hinzu.
Wenn Sie Testdaten zu Ihrem Testfall hinzufügen, können Sie die Entität filtern, um nur bestimmte Felder aus Data Service abzurufen. Sie können die Filter mithilfe des integrierten Abfragegenerators konfigurieren.
- Erstellen Sie einen neuen Testfall mit Testdaten oder fügen Sie Testdaten zu einem vorhandenen Testfall hinzu.
-
Klicken Sie auf Quelle und wählen Sie Data Service aus der Dropdownliste aus.
Hinweis: Wenn die Option nicht verfügbar ist, überprüfen Sie die Anforderungen Anforderungen. - Wählen Sie eine Entität aus oder verwenden Sie die Suchfunktion, um danach zu suchen.
- Klicken Sie auf das Filter-Symbol, um den Abfragegenerator zu öffnen.
- Verwenden Sie die erste Dropdownliste, um nach einem Kriterium zu filtern (z. B.
CreateTime
). - (Optional) Sie können Zeilen und Gruppen hinzufügen, wenn Sie auf Hinzufügen klicken, und dann die Bedingungen konfigurieren.
- (Optional) Sie können auswählen, ob Sie nach allen oder einem Ihrer Kriterien filtern möchten, indem Sie UND oder ODER auswählen.
- Geben Sie einen Namen für Ihren Filter ein.
- (Optional) Verwenden Sie den Bereich, um bestimmte Zeilenintervalle zu konfigurieren. Das ist nützlich, wenn Ihre Entität Hunderte von Feldern beinhaltet.
-
Klicken Sie zum Bestätigen auf Ok.
Die Daten werden von der Entität abgerufen und zum Testfall als Argumenttyp hinzugefügt. Nur der erste Eintrag in der Entität wird abgerufen. Sie können über die Argumente auf die Daten zugreifen.
- Verwenden Sie bereits eine CSV-Datei für Ihre datengesteuerten Tests? Sie können sie mithilfe von Batch-Aktivitäten in Data Service hochladen.
- Aktualisieren oder entfernen Sie Testdaten.