- Erste Schritte
- Projektmanagement
- Arbeiten mit der Analyse der Änderungsauswirkungen
- Erstellen von Testfällen
- Zuweisen von Testfällen zu Anforderungen
- Klonen von Testfällen
- Exportieren von Testfällen
- Verknüpfen von Testfällen in Studio mit dem Test Manager
- Delete test cases
- Aktivieren der Governance auf Projektebene
- Deaktivieren der Governance auf Projektebene
- Aktivieren der Governance auf Testfallebene
- Deaktivieren der Governance auf Testfallebene
- Aktivieren oder Deaktivieren von Governance in einem Massenauftrag für Testfälle
- Durchsetzung der Signaturreihenfolge für gesteuerte Testfälle
- Verwalten von Genehmigern für strukturierte Testfälle
- Verwalten von gesteuerten Testfällen im Status In Arbeit
- Verwalten von gesteuerten Testfällen im Status „Wird überprüft“.
- Verwalten von gesteuerten Objekten im Status „Signiert“.
- Verwalten von Kommentaren für gesteuerte Testfälle
- Anzeigen von Governance-Informationen für Testfallprotokolle
- Verwalten von Genehmigern für gesteuerte Testfallprotokolle
- Verwalten von gesteuerten Testfallprotokollen im Status In Work
- Verwalten von gesteuerten Testfallprotokollen im Status „Wird überprüft“.
- Verwalten von gesteuerten Testfallprotokollen im Signiert
- Verwalten von Kommentaren für gesteuerte Testfallprotokolle
- Aktivieren der Governance auf Testfallprotokollebene
- Deaktivieren der Governance auf Testfallprotokollebene
- Anzeigen und Suchen von Testfällen
- Ausführen von Testfällen ohne Testsatz
- Ausführen gemischter Tests
- Erstellen von ausstehenden Ausführungen
- Erneutes Ausführen von Testausführungen
- Fehlerbehebung bei automatisierten Ausführungen
- FAQ – Funktion – Test Manager vs Orchestrator
- Erstellen automatisierter Tests
- Schritt 1: Vollständigen Voraussetzungen für Leistungsszenarien
- Schritt 2: Leistungsszenarien hinzufügen
- Schritt 3: Hinzufügen von Testfällen zu Lastgruppen
- Schritt 4: Konfigurieren der Lastgruppeneinstellungen
- Durchführen von Leistungsszenarien
- Bekannte Einschränkungen bei Leistungstests
- Best Practices für Leistungstests
- Fehlerbehebung bei Leistungstests
- Testergebnisse analysieren
- Statuswerte von Playwright-Testergebnissen
- Löschen von Testfallergebnissen
- Synchronisierung von Defekten
- Fehler aus Testergebnissen erstellen
- Ergebnisse von automatisierten Tests
- Überschreiben von Testergebnissen
- Navigieren und Suchen von Testergebnissen
- Untersuchung der Ergebnisse von Testfällen
- Aktivitätsabdeckung anzeigen
- Projektvorgänge und Dienstprogramme
- Test Manager-Einstellungen
- Einstellungen auf Mandantenebene
- Allgemeine Projekteinstellungen
- Events
- Abonnieren von Ereignissen
- Abonnieren aller Ereignisse:
- Abbestellen von Ereignissen
- Abbestellen aller Ereignisse
- Abbestellen der Seite mit den Benachrichtigungseinstellungen
- Anzeigen von Benachrichtigungen
- Filtern von Benachrichtigungen
- Anzeigen von E-Mail-Benachrichtigungen
- Aktivieren von E-Mail-Benachrichtigungen für SMTP-Server
- Anzeigen von nur ungelesenen Benachrichtigungen
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Verschlüsselung der kundenseitig verwalteten Schlüssel
- Protokolle
- ALM Tool-Integration
- ALM Tool-Integration
- Test Manager verbinden
- Test Manager – Integration Service-Connector
- Ausgehende IP-Bereiche für Connectors
- Arbeiten mit SAP Cloud ALM und Test Manager
- Schritt 1: Integrieren von SAP Cloud ALM mit dem Test Manager
- Schritt 2: Erstellen automatisierter Testfälle im SAP Cloud ALM
- Schritt 3: Erstellen automatisierter Testfälle im Test Manager
- Schritt 4: Synchronisieren von Testfällen vom Test Manager zu SAP Cloud ALM
- Schritt 5: Zuweisen von Testautomatisierungen zu Testfällen
- Schritt 6: Ausführen von Testfällen
- Best Practices für die SAP-Testautomatisierung
- Fehlerbehebung bei der Jira-Integration
- API-Integration
- Codierungs-Agenten für das Testen
- Fehlersuche und ‑behebung
Schritt 3: Hinzufügen von Testfällen zu Lastgruppen
Fügen Sie Testfälle zu Lastgruppen innerhalb eines Leistungsszenarios in Test Manager hinzu, um parallele Workloads zu definieren, die reale Anwendungsverkehrsmuster simulieren.
Füllen Sie eine Lastgruppe in einem Leistungsszenario mit einem Testfall, einem Orchestrator-Ordner, einem Robotertyp und einer Paketversion aus. Durch die Kombination mehrerer Gruppen werden API-, Web- und Desktop-Workloads in einem Szenario gemischt.
Context
Lastgruppen definieren die spezifischen Testfälle, die parallel in großem Umfang ausgeführt werden. Jede Gruppe kann eine andere Workload darstellen (z. B. Anmeldeflow vs. Transaktionsflow).
In realen Systemen kommt der Anwendungsdatenverkehr selten von einem einzelnen Benutzertyp oder folgt einem einheitlichen Muster. Durch die Gestaltung von Szenarien mit unterschiedlichen Testfalltypen, Lastprofilen und Ausführungszeiten simulieren Sie realistische Nutzungsbedingungen. Dadurch ist es wahrscheinlicher, dass Engpässe aufgedeckt und sichergestellt werden, dass die Anwendung echten Produktionsanforderungen gerecht wird.
Durch die Kombination mehrerer Lastgruppen in einem Szenario können Sie:
-
Kombinieren Sie verschiedene Automatisierungstypen: Fügen Sie API-, Web-UI- und Desktop-Testfälle zusammen ein, um die Vielfalt der Interaktion von Benutzern und Systemen mit der Anwendung widerzuspiegeln. Beispielsweise können API-Aufrufe in hohem Volumen ausgeführt werden, während weniger Desktop- oder Webbenutzer komplexere Transaktionen ausführen.
-
Simulieren Sie realistische Verkehrsmuster: Verschiedene Lastgruppen ermöglichen es Ihnen, unterschiedliche Zeiten, Hochfahren und Lastspitzen zu modellieren. Einige Benutzer melden sich möglicherweise kontinuierlich an, während andere Aktivität in Bursts oder Spitzen generieren, wie im Screenshot gezeigt, in dem eine Gruppe ständig läuft, während andere zu unterschiedlichen Zeiten hoch- und herunterfahren.
-
Interaktionsauswirkungen erkennen: Das parallele Ausführen verschiedener Workloads zeigt, wie sich ein Prozess auf die Leistung eines anderen auswirken kann. Zum Beispiel kann ein Anstieg der API-Anforderungen Webtransaktionen verlangsamen oder eine starke Anmeldeaktivität könnte sich auf die Back-End-Verarbeitungszeiten auswirken.
-
Belasten Sie das System ganzheitlich: Mehrere Gruppen erstellen zusammen einen zuverlässigeren End-to-End-Workload, um sicherzustellen, dass das System gegen kombinierten Belastungen und nicht nur isolierte Testfälle validiert wird. Dies verbessert die Sicherheit, dass die Leistung in der Testumgebung das Produktionsverhalten widerspiegelt.
Schritte
-
Melden Sie sich beim Test Manager an.
-
Wechseln Sie zu Leistungsszenarien und öffnen Sie ein Szenario.
-
Wählen Sie Lastgruppe hinzufügen oder das Feld Testfall in einer leeren Lastgruppe, um den Auswahldialog zu öffnen.
-
Um den Ausführungskontext festzulegen, wählen Sie unter Standardordner den Orchestrator-Ordner aus, dem Ihr Benutzer und Roboter zugewiesen sind.
-
Wählen Sie den Testfall aus, den Sie in großem Umfang ausführen möchten.
-
Wählen Sie den Robotertyp aus.
-
Serverless Cloud Robots verbrauchen Platform Units und werden für Web- und API-Tests empfohlen.
-
Lokale Roboter verbrauchen Runtimes (250 pro Virtual Users-Paket), die in Maschinenvorlagen im Orchestrator konfiguriert werden müssen.
-
Der Elastic Robot-Pool generiert Last aus Ihrer eigenen privaten Azure-, AWS- oder Google Cloud-Kapazität und skaliert Last-Injektoren je nach Erfordernis des Tests nach oben und unten.
-
-
Wählen Sie die Paketversion der Automatisierung aus, die Sie ausführen möchten. Standardmäßig wird die aktuelle Version automatisch ausgewählt.
-
Bestätigen Sie Ihre Auswahl.
Ergebnis
Der Testfall wird der Lastgruppe hinzugefügt und für die Ausführung in großem Umfang konfiguriert. Die Lastgruppe ist für die weitere Konfiguration von virtuellen Benutzern, Schwellenwerten und Zeitparametern bereit.