Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Hosts für benutzerdefinierte Testumgebungen Device Farm unterstützt eine Reihe von Betriebssystemen mit vorkonfigurierter Software mithilfe einer Testhostumgebung. Während der Testausführung verwendet Device Farm von Amazon verwaltete Instanzen (Hosts), die sich dynamisch mit dem ausgewählten Testgerät verbinden. Diese Instanz wird vollständig bereinigt und zwischen den Testläufen nicht wiederverwendet. Nach Abschluss des Testlaufs wird sie mit den generierten Artefakten beendet. **Topics** + [Verfügbare Testhosts für benutzerdefinierte Testumgebungen](#custom-test-environments-hosts-available) + [Auswahl eines Testhosts für benutzerdefinierte Testumgebungen](#test-host-selection) + [Unterstützte Software in benutzerdefinierten Testumgebungen](custom-test-environments-hosts-software.md) + [Testumgebung für Android-Geräte](custom-test-environments-hosts-android.md) + [Testumgebung für iOS-Geräte](custom-test-environments-hosts-ios.md) ## Verfügbare Testhosts für benutzerdefinierte Testumgebungen Die Testhosts werden vollständig von Device Farm verwaltet. In der folgenden Tabelle sind die derzeit verfügbaren und unterstützten Device Farm Farm-Testhosts für benutzerdefinierte Testumgebungen aufgeführt. | Geräteplattform | Host testen | Betriebssystem | Architektur (en) | Unterstützte Geräte | | --- | --- | --- | --- | --- | | Android | amazon\$1linux\$12 | Amazon Linux 2 | x86\$164 | Android6 und höher | | iOS | macos\$1sequoia | macOS Sequoia(Version 15) | arm64 | iOS15 bis 26 | **Anmerkung** In regelmäßigen Abständen fügt Device Farm neue Testhosts für eine Geräteplattform hinzu, um neuere Gerätebetriebssystemversionen und deren Abhängigkeiten zu unterstützen. In diesem Fall läuft der Support für ältere Testhosts für die jeweilige Geräteplattform ab. ### Version des Betriebssystems Jeder verfügbare Testhost verwendet eine bestimmte Version des Betriebssystems, das zu diesem Zeitpunkt auf Device Farm unterstützt wird. Obwohl wir versuchen, die neueste Betriebssystemversion zu verwenden, ist dies möglicherweise nicht die neueste öffentlich verfügbare Version. Device Farm aktualisiert das Betriebssystem regelmäßig mit kleineren Versionsupdates und Sicherheitspatches. Um die spezifische Version (einschließlich der Nebenversion) des Betriebssystems zu ermitteln, die während des Testlaufs verwendet wurde, können Sie den folgenden Codeausschnitt zu jeder Phase Ihrer Testspezifikationsdatei hinzufügen. **Example** ``` phases: install: commands: # The following example prints the instance's operating system version details - |- if [[ "Darwin" == "$(uname)" ]]; then echo "$(sw_vers --productName) $(sw_vers --productVersion) ($(sw_vers --buildVersion))"; else echo "$(. /etc/os-release && echo $PRETTY_NAME) ($(uname -r))"; fi ``` ## Auswahl eines Testhosts für benutzerdefinierte Testumgebungen Sie können den Android- und iOS-Testhost in den entsprechenden `ios_test_host` Variablen `android_test_host` und Ihrer [Testspezifikationsdatei](custom-test-environment-test-spec.md#custom-test-environment-test-spec-syntax) angeben. Wenn Sie keine Testhostauswahl für die angegebene Geräteplattform angeben, werden Tests auf dem Testhost ausgeführt, den Device Farm als Standard für das angegebene Gerät und die angegebene Testkonfiguration festgelegt hat. **Wichtig** Beim Testen auf iOS 18 und niedriger wird ein älterer Testhost verwendet, wenn kein Host ausgewählt ist. Weitere Informationen finden Sie im Thema auf der[Legacy-iOS-Testhost](custom-test-environments-hosts-ios.md#legacy-ios-host). Sehen Sie sich als Beispiel den folgenden Codeausschnitt an: **Example** ``` version: 0.1 android_test_host: amazon_linux_2 ios_test_host: macos_sequoia phases: # ... ``` # Unterstützte Software in benutzerdefinierten Testumgebungen Device Farm verwendet Host-Computer, auf denen viele der erforderlichen Softwarebibliotheken vorinstalliert sind, um Test-Frameworks auszuführen, die von unserem Service unterstützt werden, und bietet beim Start eine einsatzbereite Testumgebung. Device Farm unterstützt mithilfe unseres Softwareauswahlmechanismus mehrere Sprachen und aktualisiert regelmäßig die Versionen der in der Umgebung enthaltenen Sprachen. Für jede andere erforderliche Software können Sie die Testspezifikationsdatei so ändern, dass sie von Ihrem Testpaket aus installiert, aus dem Internet heruntergeladen oder auf private Quellen in Ihrer VPC zugegriffen wird (weitere Informationen finden Sie unter [VPC ENI](https://docs.aws.amazon.com//devicefarm/latest/developerguide/vpc-eni.html)). Weitere Informationen finden Sie unter [Beispiele für Testspezifikationen](custom-test-environment-test-spec.md#custom-test-environment-test-spec-example). ## Vorkonfigurierte Software Um das Testen von Geräten auf jeder Plattform zu erleichtern, stehen auf dem Testhost die folgenden Tools zur Verfügung: | Tools | Geräteplattform (en) | | --- | --- | | Android SDK Build-Tools | Android | | Android SDK Platform-Tools(beinhaltet`adb`) | Android | | Xcode | iOS | ## Wählbare Software Zusätzlich zur vorkonfigurierten Software auf dem Host bietet Device Farm die Möglichkeit, bestimmte Versionen unterstützter Software über das `devicefarm-cli` Tooling auszuwählen. Die folgende Tabelle enthält die auswählbare Software und die Testhosts, die sie enthalten. | Software/Tool | Hosts, die diese Software unterstützen | Befehl zur Verwendung in Ihrer Testspezifikation | | --- | --- | --- | | Java 17 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use java 17` | | Java 11 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use java 11` | | Java 8 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use java 8` | | Node.js 20 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use node 20` | | Node.js 18 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use node 18` | | Node.js 16 | amazon\$1linux\$12 | `devicefarm-cli use node 16` | | Python 3.11 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use python 3.11` | | Python 3.10 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use python 3.10` | | Python 3.9 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use python 3.9` | | Python 3.8 | amazon\$1linux\$12 | `devicefarm-cli use python 3.8` | | Ruby 3.2 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use ruby 3.2` | | Ruby 2.7 | amazon\$1linux\$12 | `devicefarm-cli use ruby 2.7` | | Appium 3 | amazon\$1linux\$12 | `devicefarm-cli use appium 3` | | Appium 2 | amazon\$1linux\$12 macos\$1sequoia | `devicefarm-cli use appium 2` | | Appium 1 | amazon\$1linux\$12 | `devicefarm-cli use appium 1` | | Xcode 26 | macos\$1sequoia | `devicefarm-cli use xcode 26` | | Xcode 16 | macos\$1sequoia | `devicefarm-cli use xcode 16` | Der Testhost enthält auch häufig verwendete Unterstützungstools für jede Softwareversion, wie z. B. die `npm` Paketmanager `pip` und die Paketmanager (jeweils in Python und Node.js enthalten) und Abhängigkeiten (wie den UIAutomator2 Appium-Treiber) für Tools wie Appium. Dadurch wird sichergestellt, dass Sie über die Tools verfügen, die Sie für die Arbeit mit den unterstützten Test-Frameworks benötigen. # Verwenden des Devicefarm-cli-Tools in benutzerdefinierten Testumgebungen Der Testhost verwendet ein standardisiertes Versionsverwaltungstool, das ` devicefarm-cli` zur Auswahl von Softwareversionen aufgerufen wird. Dieses Tool ist unabhängig vom Device Farm-Testhost AWS CLI und nur auf dem Device Farm Farm-Testhost verfügbar. Mit `devicefarm-cli` können Sie zu einer beliebigen vorinstallierten Softwareversion auf dem Testhost wechseln. Dies bietet eine einfache Möglichkeit, Ihre Device Farm Farm-Testspezifikationsdatei im Laufe der Zeit zu verwalten, und bietet Ihnen einen vorhersehbaren Mechanismus, um Softwareversionen in future zu aktualisieren. **Wichtig** Dieses Befehlszeilentool ist auf älteren iOS-Hosts nicht verfügbar. Weitere Informationen finden Sie im Thema auf der[Legacy-iOS-Testhost](custom-test-environments-hosts-ios.md#legacy-ios-host). Der folgende Ausschnitt zeigt die `help` Seite von: `devicefarm-cli` ``` $ devicefarm-cli help Usage: devicefarm-cli COMMAND [ARGS] Commands: help Prints this usage message. list Lists all versions of software configurable via this CLI. use Configures the software for usage within the current shell's environment. ``` Sehen wir uns einige Beispiele mit an. `devicefarm-cli` Führen Sie die folgenden Befehle aus, um das Tool *3.10* zum Ändern der Python-Version von zu *3.9* in Ihrer Testspezifikationsdatei zu verwenden: ``` $ python --version Python 3.10.12 $ devicefarm-cli use python 3.9 $ python --version Python 3.9.17 ``` So ändern Sie die Appium-Version von *1* zu: *2* ``` $ appium --version 1.22.3 $ devicefarm-cli use appium 2 $ appium --version 2.1.2 ``` **Tipp** Beachten Sie, dass bei der Auswahl einer Softwareversion `devicefarm-cli` auch die unterstützenden Tools für diese Sprachen, z. B. `pip` für Python und NodeJS, `npm` gewechselt werden. Weitere Informationen zur vorinstallierten Software auf dem Testhost finden Sie unter. [Unterstützte Software in benutzerdefinierten Testumgebungen](custom-test-environments-hosts-software.md) # Testumgebung für Android-Geräte AWS Device Farm verwendet Amazon Elastic Compute Cloud (EC2) -Hostmaschinen, auf denen Amazon Linux 2 ausgeführt wird, um Android-Tests auszuführen. Wenn Sie einen Testlauf planen, weist Device Farm jedem Gerät einen eigenen Host zu, damit die Tests unabhängig voneinander ausgeführt werden können. Die Hostcomputer werden nach dem Testlauf zusammen mit allen generierten Artefakten beendet. Der Amazon Linux 2-Host bietet mehrere Vorteile: + **Schnelleres, zuverlässigeres Testen**: Im Vergleich zum alten Host verbessert der neue Testhost die Testgeschwindigkeit erheblich und reduziert insbesondere die Teststartzeiten. Der Amazon Linux 2-Host weist auch beim Testen eine höhere Stabilität und Zuverlässigkeit auf. + **Verbesserter Fernzugriff für manuelle Tests**: Upgrades auf den neuesten Testhost und Verbesserungen führen zu einer geringeren Latenz und einer besseren Videoleistung für manuelle Android-Tests. + **Auswahl der Standard-Softwareversion**: Device Farm standardisiert jetzt die Unterstützung wichtiger Programmiersprachen auf dem Testhost sowie die Appium-Framework-Versionen. Für unterstützte Sprachen (derzeit Java, Python, Node.js und Ruby) und Appium bietet der neue Testhost bald nach dem Start langfristige stabile Releases. Die zentralisierte Versionsverwaltung über das `devicefarm-cli` Tool ermöglicht die Entwicklung von Testspezifikationsdateien mit einer konsistenten Erfahrung in allen Frameworks. **Topics** + [Unterstützte IP-Bereiche für die Amazon Linux 2-Testumgebung in Device Farm](amazon-linux-2-ip-ranges.md) # Unterstützte IP-Bereiche für die Amazon Linux 2-Testumgebung in Device Farm Kunden müssen häufig den IP-Bereich kennen, aus dem der Traffic von Device Farm stammt, insbesondere für die Konfiguration ihrer Firewalls und Sicherheitseinstellungen. Bei Amazon EC2-Testhosts umfasst der IP-Bereich die gesamte `us-west-2` Region. Für Amazon Linux 2-Testhosts, die Standardoption für neue Android-Läufe, wurden die Bereiche eingeschränkt. Der Datenverkehr stammt jetzt von einer bestimmten Gruppe von NAT-Gateways, wodurch der IP-Bereich auf die folgenden Adressen beschränkt ist: **** | IP-Bereiche | | --- | | **44.236.137.143** | | **52,13,151,244** | | **522,35,189,191** | | **54,201,250,26** | Weitere Informationen zu Android-Testumgebungen in Device Farm finden Sie unter[Testumgebung für Android-Geräte](custom-test-environments-hosts-android.md). # Testumgebung für iOS-Geräte Device Farm verwendet von Amazon verwaltete macOS-Instanzen (Hosts), die sich während des Testlaufs dynamisch mit dem iOS-Gerät verbinden. Jeder Host ist mit Software vorkonfiguriert, die Gerätetests auf verschiedenen gängigen Testplattformen wie XCTest UI und Appium ermöglicht. Die aktuelle Version des iOS-Testhosts hat das Testerlebnis im Vergleich zu früheren Versionen verbessert, darunter: + **Konsistente Host-Betriebssystem- und Tooling-Erfahrung für iOS 15 bis iOS 26** Bisher wurde der Testhost vom verwendeten Gerät bestimmt, was bei der Ausführung auf mehreren iOS-Versionen zu einer fragmentierten Softwareumgebung führte. Die derzeitige Erfahrung ermöglicht eine einfache Hostauswahl, um eine konsistente Umgebung auf allen Geräten zu gewährleisten. Dadurch können dieselbe macOS-Version und dieselben Tools (wie Xcode) auf jedem iOS-Gerät verfügbar sein. + **Leistungsverbesserungen für iOS 15- und 16-Tests** Mithilfe der aktualisierten Infrastruktur hat sich die Einrichtungszeit für iOS 15- und 16-Tests erheblich verbessert. + **Standardisierte auswählbare Softwareversionen für unterstützte Abhängigkeiten** Wir haben jetzt das `devicefarm-cli` Softwareauswahlsystem sowohl auf iOS- als auch auf Android-Testhosts, sodass Sie Ihre bevorzugte Version unserer unterstützten Abhängigkeiten auswählen können. Für unterstützte Abhängigkeiten (wie Java, Python, Node.js, Ruby und Appium) können Versionen über die Testspezifikation ausgewählt werden. Eine Vorstellung davon, wie diese Funktion funktioniert, finden Sie im Thema unter. [Unterstützte Software in benutzerdefinierten Testumgebungen](custom-test-environments-hosts-software.md) **Wichtig** Wenn Sie auf iOS 18 und niedriger ausgeführt werden, werden Ihre Tests standardmäßig auf älteren Testhosts ausgeführt. Im folgenden Thema erfahren Sie, wie Sie von Legacy-Hosts weg migrieren können. ## Legacy-iOS-Testhost Für bestehende Tests unter iOS 18 und niedriger werden die Legacy-Testhosts standardmäßig für benutzerdefinierte Testumgebungen ausgewählt. Die folgende Tabelle enthält die Test-Host-Version, mit der die iOS-Geräteversion ausgeführt wird. | Betriebssystem | Architektur (en) | Standard für Geräte | | --- | --- | --- | | macOS Sonoma(Version 14) | arm64 | iOS 18 | | macOS Ventura(Ausführung 13) | arm64 | iOS 17 | | macOS Monterey(Ausführung 12) | x86\$164 | iOS 16und darunter | Informationen zur Auswahl der neueren Testhosts finden Sie im entsprechenden Thema[Migrieren Sie Ihre benutzerdefinierten Testumgebungen auf die neuen iOS-Testhosts](ios-host-migration.md). ## Unterstützte Software für iOS-Geräte Um iOS-Gerätetests zu unterstützen, sind Device Farm Farm-Testhosts für iOS-Geräte mit Xcode und den zugehörigen Befehlszeilentools vorkonfiguriert. Weitere verfügbare Software finden Sie im folgenden Thema. [Unterstützte Software in benutzerdefinierten Testumgebungen](custom-test-environments-hosts-software.md) # Migrieren Sie Ihre benutzerdefinierten Testumgebungen auf die neuen iOS-Testhosts Um bestehende Tests vom Legacy-Host auf den neuen macOS-Testhost zu migrieren, müssen Sie neue Testspezifikationsdateien entwickeln, die auf Ihren bereits vorhandenen basieren. Der empfohlene Ansatz besteht darin, mit der Beispieltestspezifikationsdatei für die gewünschten Testtypen zu beginnen und dann relevante Befehle von Ihrer alten Testspezifikationsdatei auf die neue zu migrieren. Auf diese Weise können Sie neue Funktionen und Optimierungen der Beispieltestspezifikation für den neuen Host nutzen und gleichzeitig Ausschnitte aus Ihrem vorhandenen Code wiederverwenden. **Topics** + [Tutorial: Migrieren von iOS-Testspezifikationsdateien mit der Konsole](#ios-host-migration-console-tutorial) + [Unterschiede zwischen den neuen und den älteren Testhosts](#ios-host-migration-differences) ## Tutorial: Migrieren von iOS-Testspezifikationsdateien mit der Konsole In diesem Beispiel wird die Device Farm Farm-Konsole verwendet, um eine bestehende iOS-Gerätetestspezifikation zu integrieren, um den neuen Testhost zu verwenden. ### Schritt 1: Erstellen neuer Testspezifikationsdateien mit der Konsole 1. Melden Sie sich bei der [AWS Device Farm Farm-Konsole](https://console.aws.amazon.com/devicefarm) an. 1. Navigieren Sie zum Device Farm Farm-Projekt, das Ihre Automatisierungstests enthält. 1. Laden Sie eine Kopie der vorhandenen Testspezifikation herunter, die Sie verwenden möchten. 1. Klicken Sie auf die Option „Projekteinstellungen“ und navigieren Sie zur Registerkarte **Uploads**. 1. Navigieren Sie zu der Testspezifikationsdatei, die Sie verwenden möchten. 1. Klicken Sie auf die Schaltfläche **Herunterladen**, um eine lokale Kopie dieser Datei zu erstellen. 1. Gehen Sie zurück zur Projektseite und klicken Sie auf **Ausführung erstellen**. 1. Füllen Sie die Optionen im Assistenten so aus, als ob Sie einen neuen Lauf starten würden, halten Sie aber bei der Option **Testspezifikation auswählen** an. 1. Verwenden Sie die standardmäßig ausgewählte iOS-Testspezifikation und klicken Sie auf die Schaltfläche **Testspezifikation erstellen**. 1. Ändern Sie die Testspezifikation, die *standardmäßig* im Texteditor ausgewählt wurde. 1. Falls noch nicht vorhanden, ändern Sie die Testspezifikationsdatei, um den neuen Host auszuwählen. Verwenden Sie dazu: ``` ios_test_host: macos_sequoia ``` 1. Überprüfen Sie jede Kopie Ihrer Testspezifikation, die Sie in einem vorherigen Schritt heruntergeladen haben. ` phase` 1. Kopiert Befehle aus den Phasen der alten Testspezifikation in die jeweiligen Phasen der neuen Testspezifikation und ignoriert dabei Befehle, die sich auf die Installation oder Auswahl von Java, Python, Node.js, Ruby, Appium oder Xcode beziehen. 1. **Geben Sie einen neuen Dateinamen in das Textfeld Speichern unter ein.** 1. Klicken Sie auf die Schaltfläche **Als neu** speichern, um Ihre Änderungen zu speichern. Ein Beispiel für eine Testspezifikationsdatei, die Sie als Referenz verwenden können, finden Sie im [Beispiele für Testspezifikationen](custom-test-environment-test-spec.md#custom-test-environment-test-spec-example) Beispiel unter. ### Schritt 2: Auswahl der vorinstallierten Software Auf dem neuen Testhost werden vorinstallierte Softwareversionen mithilfe eines neuen standardisierten Versionsverwaltungstools namens ausgewählt. `devicefarm-cli` Dieses Tool ist jetzt der empfohlene Ansatz für die Verwendung der verschiedenen Software, die wir auf den Testhosts bereitstellen. Als Beispiel würden Sie die folgende Zeile hinzufügen, um ein anderes JDK 17 in Ihrer Testumgebung zu verwenden: ``` - devicefarm-cli use java 17 ``` Weitere Informationen zur unterstützten und verfügbaren Software finden Sie unter:[Unterstützte Software in benutzerdefinierten Testumgebungen](custom-test-environments-hosts-software.md). ### Schritt 3: Verwenden von Appium und seinen Abhängigkeiten über das Softwareauswahltool Der neue Testhost unterstützt nur Appium 2.x und höher. Bitte wählen Sie explizit die Appium-Version mit dem `devicefarm-cli` aus und entfernen Sie dabei ältere Tools wie. ` avm` Beispiel: ``` # This line using 'avm' should be removed # - avm 2.3.1 # And the following lines should be added - devicefarm-cli use appium 2 # Selects the version - appium --version # Prints the version ``` Die mit ausgewählte Appium-Version `devicefarm-cli` ist mit einer kompatiblen Version des XCUITest Treibers für iOS vorinstalliert. Darüber hinaus müssen Sie Ihre Testspezifikation aktualisieren, um sie anstelle von zu verwenden` DEVICEFARM_APPIUM_WDA_DERIVED_DATA_PATH_V9`. ` DEVICEFARM_WDA_DERIVED_DATA_PATH` Die neue Umgebungsvariable verweist auf eine vorgefertigte Version von WebDriverAgent 9.x, der neuesten unterstützten Version für Appium 2-Tests. Weitere Informationen finden Sie unter und. [Auswahl einer WebDriverAgent Version für iOS-Tests](test-types-appium.md#test-types-appium-select-wda) [Umgebungsvariablen für Appium-Tests](custom-test-environment-variables.md#custom-test-environment-variables-appium) ## Unterschiede zwischen den neuen und den älteren Testhosts Wenn Sie Ihre Testspezifikationsdatei bearbeiten, um den neuen iOS-Testhost zu verwenden, und Ihre Tests vom alten Testhost umstellen, sollten Sie sich der folgenden wichtigen Umgebungsunterschiede bewusst sein: + **Xcode-Versionen:** In der Legacy-Testhostumgebung basierte die verfügbare Xcode-Version auf der iOS-Version des zum Testen verwendeten Geräts. Beispielsweise verwendeten Tests auf iOS 18-Geräten Xcode 16 im Legacy-Host, wohingegen Tests auf iOS 17 Xcode 15 verwendeten. In der neuen Host-Umgebung können alle Geräte auf dieselben Versionen von Xcode zugreifen, was eine konsistente Umgebung für Tests auf Geräten mit unterschiedlichen Versionen ermöglicht. Eine Liste der derzeit verfügbaren Xcode-Versionen finden Sie unter. [Unterstützte Software](custom-test-environments-hosts-software.md) + **Softwareversionen auswählen:** In vielen Fällen haben sich die Standard-Softwareversionen geändert. Wenn Sie also Ihre Softwareversion auf dem älteren Testhost nicht explizit ausgewählt haben, möchten Sie sie jetzt vielleicht auf dem neuen Testhost mit [`devicefarm-cli`](custom-test-environments-hosts-software-cli.md)angeben. In den allermeisten Anwendungsfällen empfehlen wir Kunden, explizit die Softwareversionen auszuwählen, die sie verwenden. Wenn Sie eine Softwareversion mit auswählen, haben `devicefarm-cli` Sie eine vorhersehbare und konsistente Erfahrung damit und erhalten zahlreiche Warnungen, wenn Device Farm plant, diese Version vom Testhost zu entfernen. Darüber hinaus `rvm` wurden Tools zur Softwareauswahl wie `nvm` `pyenv`` avm`,, und zugunsten des neuen ` devicefarm-cli` Softwareauswahlsystems entfernt. + **Verfügbare Softwareversionen:** Viele Versionen zuvor vorinstallierter Software wurden entfernt und viele neue Versionen hinzugefügt. Stellen Sie daher sicher, dass Sie bei der `devicefarm-cli` Auswahl Ihrer Softwareversionen Versionen auswählen, die in der [Liste der unterstützten Versionen enthalten](custom-test-environments-hosts-software.md) sind. + **Die `libimobiledevice` Toolsuite wurde zugunsten neuerer Tools bzw. Tools von Erstanbietern entfernt**, um aktuelle iOS-Gerätetests und Industriestandards nachzuverfolgen. Für iOS 17 und höher können Sie die meisten Befehle migrieren, um ähnliche Xcode-Tools zu verwenden, genannt. `devicectl` Informationen dazu finden Sie unter: Sie können das Programm `xcrun devicectl help` von einem Computer aus ausführen`devicectl`, auf dem Xcode installiert ist. + **Dateipfade, die in Ihrer alten Host-Testspezifikationsdatei als absolute Pfade fest codiert sind**, funktionieren auf dem neuen Testhost höchstwahrscheinlich nicht wie erwartet und werden im Allgemeinen nicht für die Verwendung von Testspezifikationsdateien empfohlen. Wir empfehlen, relative Pfade und Umgebungsvariablen für den gesamten Code der Testspezifikationsdatei zu verwenden. Weitere Informationen finden Sie im Thema unter[Bewährte Methoden für die Ausführung benutzerdefinierter Testumgebungen](custom-test-environments-best-practices.md). + **Betriebssystemversion und Architektur:** Die älteren Testhosts verwendeten eine Vielzahl von macOS-Versionen und CPU-Architekturen, die auf dem zugewiesenen Gerät basierten. Daher stellen Benutzer möglicherweise einige Unterschiede in den verfügbaren Systembibliotheken fest, die in der Umgebung verfügbar sind. Weitere Informationen zur vorherigen Host-Betriebssystemversion finden Sie unter[Legacy-iOS-Testhost](custom-test-environments-hosts-ios.md#legacy-ios-host). + **Für Appium-Benutzer** WebDriverAgent wurde die Art der Auswahl von dahingehend geändert, dass ` DEVICEFARM_APPIUM_WDA_DERIVED_DATA_PATH_V` anstelle des alten ` DEVICEFARM_WDA_DERIVED_DATA_PATH_V` Präfixes ein Präfix für die Verwendung einer Umgebungsvariablen verwendet wird. Weitere Informationen zur aktualisierten Variablen finden Sie [Umgebungsvariablen für Appium-Tests](custom-test-environment-variables.md#custom-test-environment-variables-appium) unter. + **Für Appium Java-Benutzer** enthält der neue Testhost keine vorinstallierten JAR-Dateien in seinem Klassenpfad, wohingegen der vorherige Host eine für das TestNG-Framework (über eine Umgebungsvariable) enthielt. `$DEVICEFARM_TESTNG_JAR` Wir empfehlen Kunden, die erforderlichen JAR-Dateien für ihre Testframeworks in ihr Testpaket zu packen und Instanzen der `$DEVICEFARM_TESTNG_JAR` Variablen aus ihren Testspezifikationsdateien zu entfernen. Wir empfehlen, sich über einen Support-Fall an das Serviceteam zu wenden, wenn Sie Feedback oder Fragen zu den Unterschieden zwischen den Testhosts aus Sicht der Software haben.