- 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
API-Ratenlimits sind Einschränkungen für die Anzahl der API-Anforderungen, die innerhalb eines bestimmten Zeitraums gestellt werden können. Sie wurden entwickelt, um den Fluss eingehender Anforderungen zu steuern, die Leistung zu verbessern und die Stabilität aufrechtzuerhalten. Diese Ratenbegrenzungen werden pro IP-Adresse auferlegt und sind in einem Intervall von fünf Minuten zulässig.
Für jeden Anforderungstyp zeigt die folgende Tabelle Details zur maximalen Anzahl der innerhalb eines Fünf-Minuten-Intervalls zulässigen Anforderungen.
| Anforderungstyp | Anzahl der zulässigen Anforderungen | Zeitintervall |
|---|---|---|
GET | 1200 | 5 Minuten |
POST | 750 | 5 Minuten |
PATCH | 200 | 5 Minuten |
PUT | 300 | 5 Minuten |
OPTIONS | 50 | 5 Minuten |
DELETE | 300 | 5 Minuten |
Antwortheader
Wenn die Anzahl der Anforderungen für eine API das angegebene Ratenlimit überschreitet, wird der Code 429 zurückgegeben. Um diese Antworten leicht zu finden, können Sie ihre spezifischen Header überprüfen, die Informationen über die Ratenbegrenzung angeben.
| Antwortheader | Beschreibung | Beispiel |
|---|---|---|
RateLimit-Limit | Das Dienstlimit, das dem Client im aktuellen Zeitfenster zugeordnet ist. | RateLimit-Limit: 100 |
RateLimit-Remaining | Die verbleibenden Kontingenteinheiten, die dem Ablauflimit zugeordnet sind. | RateLimit-Remaining: 49 |
RateLimit-Policy | Die Kontingentrichtlinien, die dem Client derzeit zugeordnet sind. | RateLimit-Policy: 100;w=300 |
RateLimit-Reset | Die Anzahl der Sekunden, bis das dem Ablauflimit zugeordnete Kontingent zurückgesetzt wird. | RateLimit-Reset: 50 |