- 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

Test Manager-Benutzerhandbuch
Das Dashboard enthält mehrere Diagramme und Statusindikatoren, anhand derer Sie feststellen können, ob Ihre Anwendung und Infrastruktur die erwarteten Leistungsniveaus erfüllt haben.
- Das Benutzerdiagramm zeigt die Anzahl der aktiven virtuellen Benutzer im Zeitverlauf an und überlagern zusätzliche wichtige Metriken wie Automatisierungsfehler, Reaktionszeiten und
HTTP-Fehler. Auf diese Weise können Sie Korrelationen schnell identifizieren, wenn z. B. eine höhere Last mit mehr Fehlern oder langsameren Reaktionszeiten zusammenhängt. - Infrastrukturdiagramm zeigt CPU- und Speicherverbrauch der Roboter, die die Last ausführen (serverlose Lastgeneratoren oder lokale Maschinen). Die Überwachung dieser Metriken stellt sicher, dass Leistungsprobleme nicht durch eine überlastete Roboterinfrastruktur als durch das getestete System verursacht werden.
- Gruppenkarten Jede Gruppenkarte bietet einen Überblick über den Ausführungsstatus und die wichtigsten Metriken einer Lastgruppe.
- Gruppenname und Testfallname. Der Gruppenname kann nicht geändert werden.
- Status (kein Ergebnis, Bestanden oder Fehlgeschlagen). Der Status wird automatisch basierend auf der Einhaltung des Schwellenwerts bestimmt, kann aber auch manuell angepasst werden . Damit können Testinhaber Ergebnisse überschreiben, wenn sie der Meinung sind, dass eine Gruppe trotz geringfügiger Verstöße als erfolgreich betrachtet oder als fehlgeschlagen markiert werden sollte, wenn geschäftskritische Erwartungen nicht erfüllt wurden.
- Anzahl der ausgeführten virtuellen Benutzer. Diese Metrik zeigt einen vollen Balken an, nachdem sie vollständig abgeschlossen ist.
- Fehlerraten (
HTTPund Automatisierungsfehler) - Durchschnittliche und maximale Antwortzeiten
Mithilfe der Dashboardansicht können Sie schnell beurteilen, ob eine Gruppe ihre definierten Service-Level-Ziele (SLOs) erreicht hat . Für eine tiefere Analyse können Sie die Ansicht Gruppenmetriken öffnen, die detaillierte Diagramme zu Antwortzeiten, Fehlerraten, Schrittdauern und Infrastrukturnutzung enthält.
Die Detailansicht bietet detaillierte Einblicke in bestimmte Ereignisse, die während eines Leistungstests aufgetreten sind.
- Auswählen eines Zeitrahmens und eines Diagramms
Um die Detailansicht zu öffnen, wählen Sie zuerst einen Zeitbereich im Histogramm und dann ein bestimmtes Diagramm aus (z. B. HTTP-Antwortzeiten, Fehler). In der Detailansicht werden relevante Einträge für den ausgewählten Zeitrahmen angezeigt.
- HTTP-Anforderungs-/Antwortpaare
In der Tabelle sind alle HTTP-Anforderungen aufgeführt, die von der Lastgruppe ausgeführt werden, einschließlich ihres Namens, ihrer Art, ihrer Reaktionszeit und ihres Statuscodes.
- Wenn Anforderungen Fehlercodes zurückgeben (z. B. 404, 500), werden sie als Fehler gekennzeichnet.
- Wenn Anforderungen gültige Codes zurückgeben (z. B. 200), aber die Antwortzeit-Schwellenwerte überschreiten, werden sie auch hier gemeldet. Die Zahl vor jedem Eintrag gibt an, wie oft das Problem aufgetreten ist.
- Automatisierungsfehler
Dieselbe Detailansicht kann auch verwendet werden, um Fehler auf Automatisierungsebene wie Selektorfehler oder Aktivitätsausnahmen anzuzeigen. Diese geben Einblicke in Funktionsprobleme, die unter Last auftreten können.