- 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
- 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
- Triggerbasierte Attended-Automatisierung
- 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
Testfälle
Anwendungstests in Studio funktionieren in VB oder C#. Sie können einzelne Automatisierungsprojekte für Szenarien wie Datenüberprüfung oder Integration in Ihre CI/CD-Pipeline erstellen. Erstellen Sie Ihren Workflow in Studio. Sie können automatisierte Anwendungstests in VB oder C# durchführen.
- Führen Sie Anwendungstests mit Testfällen und datengesteuerten Testfällen durch.
- Testautomatisierungsprojekte können mehrere Einstiegspunkte haben, wenn sie mehrere Testfälle mit linearer Ausführung enthalten, da die Aktivitäten sequenziell organisiert sind.
- Die Workflow-Ausführung wird pro Testfall ausgeführt, es sei denn, andere
XAML
-Dateien werden aufgerufen. - Sie können Workflows in Testfälle konvertieren, aus anderen Projekten importieren oder neue erstellen.
Sie können einen Testfall erstellen, indem Sie einen Workflow aus einem vorhandenen Projekt aufrufen.
- Öffnen Sie Ihren Workflow in Studio.
-
Klicken Sie im Projekte-Panel mit der rechten Maustaste auf den Workflow und wählen Sie Testfall erstellen aus.
-
(Optional) Wählen Sie bei der Erstellung Ihres Testfalls Pseudo-Workflow im Test aus, wenn Sie eine Kopie Ihres Workflows erstellen möchten, in der Sie bestimmte Aktivitäten nachahmen können. Wenn Sie bereits eine vorhandene Pseudo-Datei haben, die Sie verwenden möchten, können Sie diese in der Dropdownliste Pseudo auswählen. Weitere Informationen finden Sie unter Pseudo-Tests.
- (Optional) Wählen Sie eine Vorlage aus der Dropdownliste aus, wenn Sie zuvor eine erstellt haben. Weitere Informationen finden Sie unter Testfallvorlagen.
- (Optional) Fügen Sie den Testfall zu einer Ausführungsvorlage hinzu. Sie müssen zuerst eine Ausführungsvorlage erstellt haben. Weitere Informationen finden Sie unter Ausführungsvorlage erstellen.
- Klicken Sie auf Weiter, wenn Sie Testdaten hinzufügen möchten.
-
Klicken Sie auf Erstellen, um die Änderungen zu bestätigen.
Eine Testfall‑XAML
‑Datei wird erstellt und ruft einen Workflow mit den folgenden Containern auf: Given, When und Then. Die Datei wird innerhalb der Aktivität Invoke Workflow File aufgerufen, die Teil des When‑Containers ist.
Argumente aus dem Workflow werden automatisch importiert. Um weitere Argumente anzuzeigen oder hinzuzufügen, klicken Sie auf die Schaltfläche Argumente importieren der Aktivität Invoke Workflow File.
Unabhängig davon, ob Sie mit einem Prozess oder einer Bibliothek arbeiten und Testfälle in Ihrem Projekt haben, können Sie entweder das gesamte Projekt veröffentlichen (Veröffentlichen) oder nur die Testfälle veröffentlichen (Testfälle veröffentlichen). Wenn Sie mit einem Testautomatisierungsprojekt arbeiten, können Sie Testfälle nur für den Orchestrator veröffentlichen.
- Klicken Sie mit der rechten Maustaste auf einen Workflow und wählen Sie Als veröffentlichbar festlegen aus, damit die Testfälle im Orchestrator veröffentlicht werden können.
Das
xaml
- odercs
-Symbol wird blau als Hinweis darauf, dass der Testfall bereit ist, veröffentlicht und in einernupkg
-Datei verpackt zu werden. Um wieder zu Ihrem Workflow-Entwurf zurückzukehren, klicken Sie mit der rechten Maustaste auf den Workflow und wählen Sie Bei Veröffentlichung ignorieren aus. - Veröffentlichen Sie das Projekt:
- Wenn Sie sich in einem Testautomatisierungsprojekt befinden, klicken Sie auf Veröffentlichen in der Registerkarte Design des Menübands von Studio.
- Wenn Sie sich in einem Prozess- oder Bibliotheksprojekt befinden, klicken Sie auf Testfälle veröffentlichen im Menüband der Registerkarte Design des Menübands.
- Konfigurieren Sie die Paketeigenschaften, Veröffentlichungsoptionen und die Zertifikatsignatureinstellungen für die Veröffentlichungsaktion, und klicken Sie dann auf Veröffentlichen, um Ihre Testfälle für den Orchestrator zu veröffentlichen.
Sie können die Testfälle im Orchestrator, in den Roboter-Standardeinstellungen oder in einem benutzerdefinierten Pfad veröffentlichen. Wenn Sie sie im Orchestrator veröffentlichen möchten, stellen Sie sicher, dass Ihr Roboter oder Assistant mit dem Orchestrator verbunden ist.
Das Veröffentlichen im Orchestrator ist auch erforderlich, wenn Sie automatisierte Tests über den Test Manager ausführen möchten. Stellen Sie sicher, dass Sie das Paket im Orchestrator-Mandantenprozessfeed veröffentlichen und verknüpfen Sie dann die Testfälle mit dem Test Manager. Das Veröffentlichen des Pakets in einem anderen Ordner kann zu Ausführungsfehlern führen.
Um Workflows in Testfälle zu konvertieren, klicken Sie mit der rechten Maustaste auf den Workflow im Projekt-Bereich und wählen Sie In Testfall konvertieren aus:
Ergebnis: Der Workflow wird zu einem Testfall und wird basierend auf der BDD-Testfallvorlage neu generiert.
XAML
-Dateien werden Ihrem Projekt als Entwurfstestfälle hinzugefügt.
Ähnlich wie das Importieren von Datensammlungen in Bibliotheken einer API-Testautomatisierung können Sie solche Sammlungen mithilfe des Assistenten Neuer Dienst in Ihre Anwendungstestprozesse importieren.