test-manager
latest
false
- Erste Schritte
- Projektmanagement
- Dokumente
- Arbeiten mit der Analyse der Änderungsauswirkungen
- Erstellen von Testfällen
- Assigning test cases to requirements
- Klonen von Testfällen
- Exportieren von Testfällen
- Linking test cases in Studio to Test Manager
- Delete test cases
- Manuelle Testfälle
- Importieren manueller Testfälle
- Dokumentieren von Testfällen mit Task Capture
- Parameter
- Anwenden von Filtern und Ansichten
- Importieren von Orchestrator-Testsätzen
- Creating test sets
- Assigning test cases to a test set
- Aktivieren der Aktivitätsabdeckung
- Konfigurieren von Testsätzen für bestimmte Ausführungsordner und Roboter
- Überschreiben von Parametern
- Klonen von Testsätzen
- Exportieren von Testsätzen
- Anwenden von Filtern und Ansichten
- Ausführen von manuellen Tests
- Ausführen automatisierter Tests
- Ausführen von Testfällen ohne Testsatz
- Ausführen gemischter Tests
- Erstellen von ausstehenden Ausführungen
- Erzwingen einer Ausführungsreihenfolge
- Erneutes Ausführen von Testausführungen
- Planen von Ausführungen
- Fehlerbehebung bei automatisierten Ausführungen
- Suche mit Autopilot
- Projektvorgänge und Dienstprogramme
- Test Manager-Einstellungen
- ALM Tool-Integration
- API-Integration
- Fehlersuche und ‑behebung
Wichtig :
Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.

Test Manager-Benutzerhandbuch
Letzte Aktualisierung 16. Okt. 2025
In this example, Load Group 1 shows the status Failed because the configured service level objective (SLO) for response time was violated.
- HTTP response time: The chart shows multiple spikes above the defined threshold of 1,000 ms, with peaks reaching over 5,000 ms. These consistent threshold violations triggered the failed status.
- HTTP errors and automation errors: Both remained at 0%, so the failure was not due to request errors or automation breakdowns, but purely due to performance degradation.
- Automation step duration: Execution times for steps fluctuated heavily, with some activities taking significantly longer than expected, further indicating instability in application response.
- Infrastructure metrics: Robot CPU and memory usage stayed within acceptable ranges, showing that the issue was not related to insufficient infrastructure capacity, but rather to the performance of the system under test itself.
Because response times repeatedly exceeded the threshold, the system flagged the group as Failed. This result highlights that while functional execution was correct, the application did not meet the expected performance levels under the applied load.