Migration zum Amazon Linux 2-Testhost in AWS Device Farm - AWS Device Farm
Unterschiede zwischen den neuen und den alten Testhosts

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.

Migration zum Amazon Linux 2-Testhost in AWS Device Farm

Warnung

Der ältere Android-Testhost wird am 21. Oktober 2024 nicht mehr verfügbar sein. Beachten Sie, dass der Prozess für die Veralterung auf mehrere Termine aufgeteilt ist:

  • Am 22. April 2024 werden Jobs von jedem neuen Konto an den aktualisierten Testhost weitergeleitet.

  • Am 2. September 2024 müssen alle neuen oder geänderten Testspezifikationsdateien auf den aktualisierten Testhost abzielen.

  • Am 21. Oktober 2024 können Jobs nicht mehr auf dem alten Testhost ausgeführt werden.

Stellen Sie Ihre Testspezifikationsdateien auf den amazon_linux_2 Host ein, um Kompatibilitätsprobleme zu vermeiden.

Um bestehende Tests vom alten Host auf den neuen Amazon Linux 2-Host zu migrieren, entwickeln Sie neue Testspezifikationsdateien, die auf Ihren bereits vorhandenen basieren. Es wird empfohlen, mit den neuen Standard-Testspezifikationsdateien für Ihre Testtypen zu beginnen. Migrieren Sie dann die relevanten Befehle von Ihrer alten Testspezifikationsdatei zur neuen und speichern Sie die alte Datei als Backup. Auf diese Weise können Sie die optimierte Standardspezifikation für den neuen Host nutzen und gleichzeitig Ihren vorhandenen Code wiederverwenden. Dadurch wird sichergestellt, dass Sie alle Vorteile des neuen Hosts nutzen können, der optimal für Ihre Tests konfiguriert ist, und gleichzeitig Ihre alte Testspezifikation als Referenz beibehalten, wenn Sie Befehle an die neue Umgebung anpassen.

Die folgenden Schritte können verwendet werden, um eine neue Amazon Linux 2-Testspezifikationsdatei zu erstellen und dabei Befehle aus Ihrer alten Testspezifikationsdatei wiederzuverwenden:

  1. Melden Sie sich bei der Device Farm Farm-Konsole unter https://console.aws.amazon.com/devicefarm an.

  2. Navigieren Sie zum Device Farm Farm-Projekt, das Ihre Automatisierungstests enthält.

  3. Wählen Sie im Projekt Neuen Testlauf erstellen aus.

  4. Wählen Sie eine zuvor verwendete App und ein Testpaket für Ihr Testframework aus.

  5. Wählen Sie Führen Sie Ihren Test in einer benutzerdefinierten Umgebung aus.

  6. Wählen Sie im Dropdownmenü mit den Testspezifikationen die Testspezifikationsdatei aus, die Sie derzeit für Tests auf dem Legacy-Testhost verwenden.

  7. Kopieren Sie den Inhalt dieser Datei und fügen Sie ihn lokal in einen Texteditor ein, damit Sie später darauf zurückgreifen können.

  8. Ändern Sie im Dropdownmenü mit den Testspezifikationen Ihre Testspezifikationsauswahl auf die neueste Standardtestspezifikationsdatei.

  9. Wählen Sie Bearbeiten und Sie gelangen zur Bearbeitungsoberfläche für Testspezifikationen. Sie werden feststellen, dass sich die Testspezifikationsdatei in den ersten Zeilen bereits für den neuen Testhost angemeldet hat:

    android_test_host: amazon_linux_2

  10. Lesen Sie hier die Syntax für die Auswahl von Testhosts und die wichtigsten Unterschiede zwischen den Testhosts hier.

  11. Fügen Sie selektiv Befehle aus Ihrer lokal gespeicherten Testspezifikationsdatei aus Schritt 6 in die neue Standard-Testspezifikationsdatei ein und bearbeiten Sie sie. Wählen Sie dann Speichern unter, um die neue Spezifikationsdatei zu speichern. Sie können jetzt Testläufe auf dem Amazon Linux 2-Testhost planen.

Unterschiede zwischen den neuen und den alten Testhosts

Wenn Sie Ihre Testspezifikationsdatei bearbeiten, um den Amazon Linux 2-Testhost zu verwenden und Ihre Tests vom alten Testhost umzustellen, sollten Sie sich der folgenden wichtigen Umgebungsunterschiede bewusst sein:

  • Softwareversionen auswählen: In vielen Fällen haben sich die Standard-Softwareversionen geändert. Wenn Sie Ihre Softwareversion also zuvor nicht explizit auf dem Legacy-Testhost ausgewählt haben, möchten Sie sie jetzt möglicherweise auf dem Amazon Linux 2-Testhost mit angeben devicefarm-cli. In den allermeisten Anwendungsfällen empfehlen wir Kunden, die von ihnen verwendeten Softwareversionen explizit auszuwählen. Wenn Sie eine Softwareversion mit auswählendevicefarm-cli, haben 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 pyenvavm,, und zugunsten des neuen devicefarm-cli Softwareauswahlsystems entfernt.

  • Verfügbare Softwareversionen: Viele Versionen zuvor vorinstallierter Software wurden entfernt und viele neue Versionen wurden 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 sind.

  • Alle Dateipfade, die in Ihrer Legacy-Host-Testspezifikationsdatei als absolute Pfade fest codiert sind, funktionieren auf dem Amazon Linux 2-Testhost höchstwahrscheinlich nicht wie erwartet. Sie werden generell nicht für die Verwendung von Testspezifikationsdateien empfohlen. Wir empfehlen, relative Pfade und Umgebungsvariablen für den gesamten Code der Testspezifikationsdatei zu verwenden. Beachten Sie außerdem, dass sich die meisten Binärdateien, die Sie für Ihren Test benötigen, im Host befinden, sodass sie sofort PATH von der Spezifikationsdatei aus ausgeführt werden können, indem nur ihr Name verwendet wird (z. B. Appium).

  • Die Erfassung von Leistungsdaten wird derzeit auf dem neuen Testhost nicht unterstützt.

  • Betriebssystemversion: Der alte Testhost basierte auf dem Ubuntu-Betriebssystem, wohingegen der neue auf Amazon Linux 2 basiert. Infolgedessen stellen Benutzer möglicherweise einige Unterschiede zwischen den verfügbaren Systembibliotheken und den Versionen der Systembibliotheken fest.

  • 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 Test-Frameworks in ihr Testpaket zu packen und Instanzen der $DEVICEFARM_TESTNG_JAR Variablen aus ihren Testspezifikationsdateien zu entfernen. Weitere Informationen finden Sie unter Arbeiten mit Appium und AWS Device Farm.

  • Für Appium-Benutzer wurde die $DEVICEFARM_CHROMEDRIVER_EXECUTABLE Umgebungsvariable zugunsten eines neuen Ansatzes entfernt, mit dem Kunden auf Chromedriver für Android zugreifen können. Ein Beispiel, das eine neue Umgebungsvariable verwendet, finden Sie in unserer Standard-Testspezifikationsdatei. $DEVICEFARM_CHROMEDRIVER_EXECUTABLE_DIR

Anmerkung

Wir empfehlen dringend, den vorhandenen Appium-Serverbefehl aus der Standard-Testspezifikationsdatei unverändert zu lassen.

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.