test-manager
latest
false
- Erste Schritte
- Projektmanagement
- Dokumente
- 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
- Manuelle Testfälle
- Importieren manueller Testfälle
- Dokumentieren von Testfällen mit Task Capture
- Parameter
- Aktivieren der Governance auf Projektebene
- Deaktivieren der Governance auf Projektebene
- Aktivieren der Governance auf Testfallebene
- Deaktivieren der Governance auf Testfallebene
- Verwalten von Genehmigern für strukturierte Testfälle
- Verwalten von gesteuerten Testfällen im Status In Arbeit
- Verwalten von geregelten Testfällen im Status „Wird überprüft“.
- Verwalten von gesteuerten Objekten im Status „Signiert“.
- Verwalten von Kommentaren für gesteuerte Testfälle
- Anwenden von Filtern und Ansichten
- Importieren von Orchestrator-Testsätzen
- Creating test sets
- Hinzufügen von Testfällen zu einem Testsatz
- Zuweisen von Standardbenutzern in der Testsatzausführung
- Aktivieren der Aktivitätsabdeckung
- Aktivieren von Healing Agent
- 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
- FAQ – Funktion – Test Manager vs Orchestrator
- 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
- Erstellen automatisierter Tests
- Durchführen von Leistungsszenarien
- Vergleichen von Leistungsergebnissen
- Interpretieren erfolgreicher Ergebnisse
- Interpretieren von fehlgeschlagenen Ergebnissen
- Anzeigen von API-Leistungsergebnissen
- Bekannte Einschränkungen bei Leistungstests
- Best Practices für Leistungstests
- Fehlerbehebung bei Leistungstests
- Zugänglichkeitstests für Test Cloud
- Suche mit Autopilot
- Projektvorgänge und Dienstprogramme
- Test Manager-Einstellungen
- ALM Tool-Integration
- API-Integration
- Fehlersuche und ‑behebung
Test Manager-Benutzerhandbuch
Letzte Aktualisierung 6. Mai 2026
In this example, Load Group 1 shows the status Failed because the configured service level objective (SLO) for response time was violated.

- HTTP-Reaktionszeit: Das Diagramm zeigt mehrere Spitzen über dem definierten Schwellenwert von 1.000 ms, wobei die Peaks über 5.000 ms erreichen. Diese konsistenten Schwellenwertverletzungen haben den Status „Fehlgeschlagen“ ausgelöst.
- HTTP-Fehler und Automatisierungsfehler: Beide blieben bei 0 %, sodass der Fehler nicht auf Anforderungsfehler oder Automatisierungsausfälle zurückzuführen war, sondern ausschließlich auf eine Leistungsminderung zurückzuführen war.
- Dauer des Automatisierungsschritts: Die Ausführungszeiten für Schritte variierten stark, wobei einige Aktivitäten deutlich länger dauerten als erwartet, was weiter auf Instabilität der Anwendungsantwort hindeutete.
- Infrastrukturmetriken: Die CPU- und Speicherauslastung des Roboters blieb in akzeptablen Bereichen, was zeigt, dass das Problem nicht mit unzureichender Infrastrukturkapazität zusammenhängt, sondern mit der Leistung des getesteten Systems selbst zusammenhängt.
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.