Lizenzübergang

Verlauf der Lizenzbenennung

Die Namen unserer Benutzerlizenzen haben sich im Laufe der Zeit geändert. Um unsere Roboterlizenzen besser identifizieren zu können, sehen Sie sich unten die Namensentwicklung an:

Jahr oder Orchestrator-Version	2018	2019	2020	2021.4	2021.10+	2023.10+
Lizenz	Attended	Attended	Attended	Attended	Attended	Attended
Lizenz	Entwicklung	Studio	Studio	RPA-Entwickler	RPA-Entwickler	RPA-Entwickler
Lizenz		StudioX hinzugefügt	StudioX	Citizen Developer	Citizen Developer	Citizen Developer
Lizenz			StudioPro hinzugefügt	RPA Developer Pro	Automation Developer	Automation Developer
Lizenz	Unbeaufsichtigt	Unbeaufsichtigt	Unbeaufsichtigt	Unbeaufsichtigt	Unbeaufsichtigt	Unbeaufsichtigt
Lizenz	Nichtproduktiv (NonProduction)	Nichtproduktiv (NonProduction)	Nichtproduktiv (NonProduction)	Nichtproduktiv (NonProduction)	Nichtproduktiv (NonProduction)	Tests
Lizenz			Tests hinzugefügt	Tests	Tests	Tests

Übergang von NonProduction Robot-Lizenzen zu Testing Robot-Lizenzen

Testing Robots bieten mehrere Vorteile gegenüber NonProduction Robots, wie in der Tabelle NonProduction und Testing Robots im Vergleich dargestellt. Dieser Abschnitt führt Sie durch den Wechsel von NonProduction zu Testing, damit Sie von diesen Vorteilen vollständig profitieren können.

Übergang in aller Kürze

Orchestrator-Änderung

Wichtig:

Das gilt nur für den eigenständigen Orchestrator.

Wenn Sie das Modul „Testautomatisierung“ in einer Orchestrator-Instanz verwenden, die als Azure App Service installiert ist, beachten Sie die folgenden Informationen:

• Die Seite Azure App Service-Installation für allgemeine Informationen

• Die -testAutomationFeatureEnabled-Parameterbeschreibung auf der Seite Als Orchestrator-Skript veröffentlichen für weitere Details zum Aktivieren des Moduls „Testautomatisierung“

1. Führen Sie das Orchestrator-Installationsprogramm aus und klicken Sie auf Ändern.
   
2. Klicken Sie auf Testautomatisierung und wählen Sie Wird auf lokaler Festplatte installiert aus.
   
3. Geben Sie die Informationen für die SQL Server-Authentifizierung ein:
   • SQL Server-Host
   • Datenbankname
   • Authentifizierungsmodus
   • Benutzername und Kennwort
   

Konvertieren der Robot-Lizenz

1. Verlängern oder aktualisieren Sie Ihre Lizenz.
   Hinweis: Dieser Schritt gilt nur für den eigenständigen Orchestrator.
2. Heben Sie im Verwaltungsabschnitt die Zuweisung von NonProduction-Lizenzen zu Ihrem Mandanten auf. Dies ist über das Fenster Lizenzzuweisung bearbeiten des jeweiligen Mandanten möglich.
3. Weisen Sie Ihrem Mandanten Testing-Lizenzen über das gleiche Fenster Lizenzzuweisung bearbeiten im Verwaltungsabschnitt zu. Siehe Details für Cloud- und lokale Umgebungen.
4. Nehmen Sie im Orchestrator an allen relevanten Stellen den Wechsel von NonProduction zu Testing vor:
   • Mandant > Maschinen > Maschine bearbeiten – Entfernen Sie die Zuweisung aller NonProduction-Runtimes von vorhandenen Maschinen und weisen Sie stattdessen Testing-Runtimes zu.
   • Ordner > Automatisierungen > Trigger – Bearbeiten Sie vorhandene Trigger, um alle NonProduction-Runtime-Typen in Testing zu ändern.
   • Ordner > Automatisierungen > Aufträge – Bearbeiten Sie vorhandene Aufträge, um alle NonProduction-Runtime-Typen in Testing zu ändern.
   So wird der Abschnitt „Runtimes“ auf der Maschinenseite aussehen, nachdem Sie die vorherigen Schritte ausgeführt haben:

   

Neue Produktinstallation

Installieren Sie den Test Manager.

Hinweis: Dieser Schritt ist empfohlen, aber nicht obligatorisch, damit Test Robots ordnungsgemäß funktionieren.

NonProduction und Testing Robots im Vergleich

Nicht-Produktionsroboter	Testing Robots
Wird nur zum Ausführen von Unattended-Automatisierungen zu Entwicklungszwecken verwendet.	Wird zum Ausführen von Unattended-Automatisierungen zu Entwicklungs- und Testzwecken verwendet, einschließlich Workflows, Aktivitäten und Anwendungen.
Führen Sie die gleichen Automatisierungen wie ein Produktionsroboter aus, einschließlich Testfälle.	Führt Testfälle mit robusten Verifizierungs- und Testoptionen aus, die projektübergreifend wiederverwendet werden können.
Berichterstellung muss manuell konfiguriert werden.	Ermöglicht die differenzierte Berichterstattung von Testfallergebnissen an Drittanbietertools.
Ermöglicht nur vollständige Workflow-Tests (Black Box).	Ermöglicht Einheitentests auf Aktivitätsebene (White Box).
Ermöglicht einzelne Verifizierungspunkte.	Ermöglicht mehrere Verifizierungspunkte.
Das Öffnen von Studio mit einer Unattended Robot- oder NonProduction Robot-Lizenz wird hauptsächlich zur Fehlerbehebung verwendet, wobei die Bearbeitung zulässig ist. Sie können damit auch Projekte von der Development-Maschine aus debuggen, mit Remote-Debugging.	Das Öffnen von Studio mit Attended Robot- oder Testing Robot-Lizenz ist für das Debuggen ohne Bearbeitungsfunktionen zulässig.

Kompatibilität von Testing Robots und Orchestrator

Die Funktion von Testing Robots ist stark von der eigenständigen Orchestrator-Version abhängig, wie in dieser Tabelle dargestellt.

Kompatibilität der Testing Robot-/Orchestrator-Versionen	Orchestrator 2019.10.x	Orchestrator 2020.4.x und 2021.4.x	Orchestrator 2021.10.x	Orchestrator 2022.4.x und neuer
Testing Robots können Prozesse ausführen.	Nein	Nein	Ja	Ja
Testing Robots können White-Box- und Black-Box-Tests durchführen.	Nein	Ja	Ja	Ja
Testing Robots können Testautomatisierungen ausführen.	Nein	Ja	Ja	Ja
Testing Robots unterstützen Orchestrator-Warteschlangen-Trigger.	Nein	Nein	Ja	Ja
Testing Robots können Prozessautomatisierungen aus UiPath® Apps ausführen.	Nein	Nein	Nein	Ja