- 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
API-Testautomatisierung
Studio unterstützt API-Testautomatisierungsprojekte durch die Integration mit Postman, einem Softwareentwicklungstool zum Ausführen von Testaufrufen an APIs. Diese Integration beinhaltet auch Newman, ein Ausführungsprogramm für Kommandozeilen-Sammlungen für Postman zum Ausführen und Testen einer Sammlung direkt über die Befehlszeile.
Um eine Sammlung von Postman in Studio zu importieren, verwenden Sie den Assistenten Neuer Dienst für Bibliotheken und greifen Sie mit einem allgemeinen API-Schlüssel, den Sie im Abschnitt API-Schlüssel generieren können, auf die Postman-Sammlung zu.
Importierte Sammlungen können zum Testen von Projekten verwendet werden. Details zu den Voraussetzungen für Postman finden Sie hier.
.nupkg
-Paket lokal oder im Orchestrator veröffentlicht und dann als Abhängigkeiten in Testautomatisierungsprojekten installiert werden.
Im folgenden Beispiel wird eine in Postman definierte Datensammlung verwendet, in eine Studio-Bibliothek importiert, die Bibliothek mit der Sammlung veröffentlicht, in einem Testprojekt installiert und Testaktivitäten im UiPath.Testing.Activities-Paket verwendet, um die Datennutzung zu überprüfen.
Die Testfälle sind für einen Workflow konzipiert, der automatisch Kredite anwendet und Kreditdaten für Bankkunden abruft.
Informationen zu Postman- und Newman-Installationsvoraussetzungen finden Sie auf dieser Seite.
Definieren Sie in Postman entweder eine Datensammlung, oder importieren Sie eine vorhandene Datensammlung in Ihren aktuellen Arbeitsbereich. Wir haben eine Datensammlung zum Beantragen eines Darlehens sowie zum Abrufen und Löschen von Kreditdetails erstellt. Bei Verwendung in einem API-Testprojekt überprüft diese Sammlung, ob die Logik unseres Workflows korrekt ist.
Um eine Sammlung in Studio zu importieren, erstellen Sie ein Bibliotheksprojekt und verwenden Sie das Fenster Neuer Dienst. Der Zugriff auf die Sammlung wird über den Postman API-Schlüssel gewährt. Fügen Sie diesen Schlüssel im Feld Datei oder Link hinzu und klicken Sie auf Laden.
Wählen Sie nur die Endpunkte aus, die Sie in Ihr Projekt laden möchten, und fügen Sie bei Bedarf einen neuen Namespace hinzu.
Aktivieren Sie das Kontrollkästchen Verknüpfte Sammlungen, damit ein Link verwendet wird, um die neueste Version Ihrer Sammlung zur Laufzeit anstatt eine lokal gespeicherte Version auszuführen. Klicken Sie auf Speichern, wenn Sie fertig sind.
Nachdem die Sammlung in die Studio-Bibliothek importiert wurde, werden ihre Endpunkte automatisch in Aktivitäten umgewandelt, die auf der Registerkarte Aktivitäten unter dem zuvor festgelegten Namespace verfügbar sind.
In unserem Beispiel wurde für jede Aktivität, die von den Endpunkten generiert wird, eine separate Sequenzdatei erstellt.
""
) im Bedienfeld Eigenschaften hinzu.
Datenwerte, die in der Postman-Sammlung definiert sind, werden als Argumente importiert:
.nupkg
-Paket veröffentlicht werden.
-
Erstellen Sie ein Testprojekt in Studio mit dem Projekttyp Testautomatisierung.
-
Installieren Sie die veröffentlichte Bibliothek als Abhängigkeit mithilfe des Fensters Pakete verwalten.
-
Sequenzdateien, die zuvor in der Bibliothek definiert wurden, sind jetzt im Bedienfeld Aktivitäten unter dem Namespace der Bibliothek zusammen mit Aktivitäten verfügbar, die aus dem Postman-Import generiert wurden.
-
Verwenden Sie diese Aktivitäten in Ihrem API-Testautomatisierungsprojekt in Kombination mit Aktivitäten, die Teil des UiPath.Testing.Activities-Pakets sind. Wir haben ein Testprojekt erstellt, um die bei der Beantragung eines Darlehens in unserer Demo-Anwendung eingegebenen Daten zu überprüfen. Dieser kleine Test verwendet einen Satz von hartcodierten Variablen, die hier im Bedienfeld Eigenschaften sichtbar sind:
Dieser einfache Testprozess wurde als Rauchtest verwendet, um zu überprüfen, ob die Anwendung korrekt reagiert hat. Je nach Ihren Automatisierungsanforderungen können in Studio mehrere solcher Tests erstellt werden.
-
Um mehrere Szenarien in einem Testprojekt zu überprüfen, wechseln Sie zum Menüband „Neue > Datengesteuerter Testfall“. Importieren Sie das Dataset, wie hier erläutert. Im Folgenden finden Sie ein Beispiel für einen solchen Testfall. Die Werte werden nun in Argumenten gespeichert und in der Aktivität zugeordnet.
-
Wählen Sie Datei ausführen oder Datei mit Datenvarianten debuggen aus, und wählen Sie die zu verwendenden Daten. Dies ist hilfreich, wenn Sie mehrere Szenarien mit mehreren Datensätzen testen.
-
Nach dem Ausführen des Prozesses werden die Ergebnisse im Bedienfeld Ausgabe angezeigt.