- 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
- 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
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 Diagramm „Benutzer“ zeigt die Anzahl der aktiven virtuellen Benutzer im Laufe der Zeit an und überlagern zusätzliche Schlüsselmetriken wie Automatisierungsfehler, Antwortzeiten und
HTTPFehler. Auf diese Weise können Sie schnell Korrelationen erkennen, wenn eine höhere Last mit einer höheren Anzahl von Fehlern oder langsameren Reaktionszeiten einhergeht. - Infrastrukturdiagramm zeigt CPU- und Speicherverbrauch der Roboter, die die Last ausführen (serverlose Lastgeneratoren oder lokale Maschinen). Die Überwachung dieser Metriken trägt dazu bei, dass Leistungsprobleme durch eine Überlastung des Systems und nicht durch eine Überlastung der Roboterinfrastruktur 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 Schwellenwertkonformität bestimmt, kann aber auch manuell angepasst werden. Auf diese Weise können Testinhaber Ergebnisse überschreiben, wenn sie der Meinung sind, dass eine Gruppe trotz geringfügiger Verstöße als erfolgreich angesehen oder als fehlgeschlagen markiert werden sollte, wenn die geschäftskritischen Erwartungen nicht erfüllt wurden.
- Anzahl der ausgeführten virtuellen Benutzer. Diese Metrik zeigt einen vollen Balken an, nachdem sie vollständig abgeschlossen ist.
- Fehlerquoten (
HTTPund Automatisierungsfehler) - Durchschnittliche und maximale Antwortzeiten
So zeigen Sie die HTTP -Fehler und die Automatisierungsfehler an:
- Öffnen Sie eine Ausführung und wählen Sie eine Ansicht von Interesse aus den Benutzerdiagrammen oder den Infrastrukturdiagrammen aus.
- Führen Sie eine Auswahl in der Ansicht des Interesses durch (HTTP-Fehler oder Automatisierungsfehler).
- Lesen Sie die Fehler im Abschnitt Webdatenverkehr und im Abschnitt Automatisierungsfehler .
Mit der Dashboardansicht können Sie schnell beurteilen, ob eine Gruppe ihre definierten Servicelevel-Ziele (SLOs) erfüllt hat. Für eine tiefere Analyse können Sie die Ansicht Gruppenmetriken öffnen, die detaillierte Diagramme zu Antwortzeiten, Fehlerquoten, Schrittdauer und Infrastrukturnutzung bietet.
Die Detailansicht bietet detaillierte Einblicke in bestimmte Ereignisse, die während eines Leistungstests aufgetreten sind.
- Auswählen eines Zeitrahmens und Diagramms Um die Detailansicht zu öffnen, wählen Sie zuerst einen Zeitbereich im Histogramm aus und wählen Sie dann ein bestimmtes Diagramm aus (z. B. HTTP-Antwortzeiten, Fehler). Die Detailansicht zeigt relevante Einträge für den ausgewählten Zeitrahmen an.
- HTTP-Anforderung/Antwort-Paare In der Tabelle sind alle von der Lastgruppe ausgeführten HTTP-Anforderungen aufgeführt, einschließlich ihres Namens, Typs, ihrer Antwortzeit und des 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 bieten einen Überblick über Funktionsprobleme, die unter Last auftreten können.
Durch die Kombination von Fehlercodes, Schwellenwertverletzungen und Automatisierungsprotokollen hilft die Detailansicht, die Ursache für Leistungs- oder Funktionsfehler in einem Testszenario zu ermitteln.