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 10. Dez. 2025
In diesem Beispiel zeigt Lastgruppe 1 den Status Fehlgeschlagen an, da das konfigurierte Service-Level-Ziel (SLO) für die Reaktionszeit verletzt wurde.
- 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.
Da die Antwortzeiten den Schwellenwert wiederholt überschritten haben, hat das System die Gruppe als Fehlgeschlagen gekennzeichnet . Dieses Ergebnis verdeutlicht, dass die funktionale Ausführung zwar korrekt war, die Anwendung aber unter der angewandten Last nicht die erwarteten Leistungswerte erfüllt hat.