- 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ätseigenschaften
- 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
- Kontrollfluss
- Objekt-Repository
- Protokollierung
- Das Tool ScreenScrapeJavaSupport
- Studio Testing
- 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
Überblick
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. Um sicherzustellen, dass Sie über die erforderlichen Lizenzen für die Verwendung von Data Service verfügen, besuchen Sie Lizenzzuweisung und Verwaltung.
Sie können datengesteuerte Tests mit Data Service nur mit Version 22.4 oder höher des Testing.Activities-Pakets durchführen.
Nach dem Importieren einer Data Service-Entität wird ein Argument im Bereich Argumente generiert. Der Name des Arguments muss gleich bleiben. Wenn Sie den Namen des Arguments ändern, können Sie nicht mehr auf die Daten zugreifen.
Bedingungen
- Wenn Sie eine Data Service-Quelle konfigurieren, werden die Daten aus dem ersten Eintrag in der Entität abgerufen.
- To Run and Debug test cases with dynamic test data, use the Test Explorer. The data comes from the Data Service entity during runtime, and the Test Explorer populates the values at runtime.
- 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.
Bekannte Einschränkungen
-
For data-driven testing, the argument name generated by Data Service-driven test cases does not comply with the ST-NMG-002 workflow analyzer rule recommending the use of
in_and_outprefixes. Adapting the argument name to fit this rule may prevent data retrieval from the Data Service entity. -
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.
Workaround: To overcome this limitation, add the input argument directly to the Data Service entity.
Anwenden von Entitätsfiltern
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.
-
Klicken Sie auf Quelle und wählen Sie Data Service aus der Dropdownliste aus.
Hinweis:If the option is not available, check the requirements.
-
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.
-
Click OK to confirm.
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.
Ähnliche Artikel
- Verwenden Sie bereits eine CSV-Datei für Ihre datengesteuerten Tests? Sie können sie mithilfe von Batch-Aktivitäten in Data Service hochladen.
- Update or remove test data.
Abrufen von Data Service-Entitäten
In diesem Tutorial erfahren Sie, wie Sie Data Service-Entitäten abrufen, um datengesteuerte Tests durchzuführen. Datengesteuertes Testen ermöglicht es Ihnen, verschiedene Datenszenarien effizient zu testen, indem Sie Data Service-Entitäten als Eingabe verwenden. Führen Sie die folgenden Schritte aus, um Data Service-Entitäten in Ihren Testfällen abzurufen und zu verwenden.
-
Erstellen Sie ein Testautomatisierungsprojekt.
-
Klicken Sie im Menüband Design auf Entitäten verwalten.
-
Heben Sie die Auswahl aller Entitäten auf, und wählen Sie nur die Entitäten aus, die Sie in Ihrem Testfall abrufen möchten.
In diesem Beispiel haben wir nur die Entität
Billingsausgewählt. -
Klicken Sie auf Speichern , um die ausgewählten Entitäten Ihrem Projekt hinzuzufügen.
-
-
Erstellen Sie einen neuen Testfall.
-
Wählen Sie auf der Registerkarte Testdaten die Quelle als Data Service aus.
-
Wählen Sie die Entitäten aus, die Sie in Ihrem Testfall verwenden möchten.
In diesem Beispiel haben wir erneut die Entität
Billingsausgewählt. -
Klicken Sie auf Erstellen (Create).
With the test case, an argument is also created automatically in the Arguments panel, carrying the name of the entity. The type of the argument represents the namespace of the project and the name of the entity you selected as data source.
Wichtig:Lassen Sie den Argumentnamen unverändert. Andernfalls können Sie die Daten nicht aus der Entität abrufen.
-
-
Um die Felder von der Entität abzurufen, geben Sie das generierte Argument ein, und greifen Sie dann auf die Felder zu, die Sie abrufen möchten. Sie können das folgende Format zum Abrufen der Felder und Datensätze in der Entität verwenden:
<dataEntityName>.<fieldName>.toString.In diesem Beispiel haben wir eine Aktivität Protokollmeldung hinzugefügt, und im Feld Nachricht haben wir
billings.Data.toString.