- 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
- 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
- Paket für Leistungstests für virtuelle Benutzer
- Leistungstests – Nutzungsbeispiel
- Platform Units und Infrastrukturkosten
- Zusätzliche Lizenzen
- Erstellen automatisierter Tests
- Durchführen von Leistungsszenarien
- Bekannte Einschränkungen bei Leistungstests
- Best Practices für Leistungstests
- Fehlerbehebung bei Leistungstests
- Zugänglichkeitstests für Test Cloud
- Projektvorgänge und Dienstprogramme
- Test Manager-Einstellungen
- ALM Tool-Integration
- API-Integration
- Codierung von Agents für Tests
- Fehlersuche und ‑behebung
Modell für den Verbrauch von Platform Units und die Infrastrukturkosten für Leistungstests, die über serverlose Cloud-Roboter im Test Manager ausgeführt werden.
Platform Units und Infrastrukturkosten werden relevant, wenn Leistungstests über serverlose Cloud-Roboter ausgeführt werden, da für jede Roboterausführung Platform Units verbraucht werden, die von der Cloud-Infrastruktur von UiPath bereitgestellt werden.
Für On-Premises-Roboter werden Platform Units nicht benötigt, aber Kunden müssen sicherstellen, dass sie genügend lokale Maschinen bereitstellen und warten, um die erforderliche Testlast zu bewältigen, was ihre eigenen Infrastrukturkosten verursacht.
Elastic Robot Pools bieten eine dritte Option neben serverlos und lokal: Generieren von Last aus Ihrer eigenen privaten Azure-, AWS- oder Google Cloud-Kapazität, Skalieren von Lastinjektoren nach oben und unten als Test erforderlich, anstatt die gemeinsame Infrastruktur mit mehreren Mandanten von UiPath zu verwenden Verwaltung Ihrer eigenen lokalen Hardware.
Elastic Robot Pools richten sich an regulierte Kunden, deren Compliance-Voraussetzungen die Generierung gemeinsam genutzter Cloud-Last ausschließen, aber die lokalen Maschinen nicht selbst dimensionieren und warten möchten. Informationen zum Einrichten Ihrer eigenen Azure-Infrastruktur zu diesem Zweck finden Sie unter Einrichtung des Cloudanbieters.
Weitere Informationen zu Platform Units im Zusammenhang mit Leistungstests finden Sie im Thema Platform Units-Verbrauch in der Dokumentation zu Orchestrator.