Migration vers l'hôte de test Amazon Linux 2 dans AWS Device Farm - AWS Device Farm
Différences entre les nouveaux hôtes de test et les anciens

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Migration vers l'hôte de test Amazon Linux 2 dans AWS Device Farm

Avertissement

L'ancien Android Test Host ne sera plus disponible le 21 octobre 2024. Notez que le processus de dépréciation est réparti sur plusieurs dates :

  • Le 22 avril 2024, les offres d'emploi provenant de tout nouveau compte seront redirigées vers l'hôte de test mis à niveau.

  • Le 2 septembre 2024, tous les fichiers de spécifications de test nouveaux ou modifiés doivent cibler l'hôte de test mis à niveau.

  • Le 21 octobre 2024, les jobs ne pourront plus être exécutés sur l'ancien hôte de test.

Configurez vos fichiers de spécifications de test sur l'amazon_linux_2hôte pour éviter les problèmes de compatibilité.

Pour migrer les tests existants de l'ancien hôte vers le nouvel hôte Amazon Linux 2, développez de nouveaux fichiers de spécifications de test basés sur vos fichiers préexistants. L'approche recommandée consiste à commencer par les nouveaux fichiers de spécifications de test par défaut pour vos types de tests. Migrez ensuite les commandes pertinentes de votre ancien fichier de spécifications de test vers le nouveau, en enregistrant l'ancien fichier en tant que sauvegarde. Cela vous permet de tirer parti des spécifications par défaut optimisées pour le nouvel hôte tout en réutilisant votre code existant. Cela vous permet de bénéficier de tous les avantages du nouvel hôte configuré de manière optimale pour vos tests, tout en conservant vos spécifications de test existantes à titre de référence lorsque vous adaptez les commandes au nouvel environnement.

Les étapes suivantes peuvent être utilisées pour créer un nouveau fichier de spécifications de test Amazon Linux 2 tout en réutilisant les commandes de votre ancien fichier de spécifications de test :

  1. Connectez-vous à la console Device Farm à l'adresse https://console.aws.amazon.com/devicefarm.

  2. Accédez au projet Device Farm contenant vos tests d'automatisation.

  3. Choisissez Créer un nouveau test dans le projet.

  4. Choisissez une application et un package de test déjà utilisés pour votre framework de test.

  5. Choisissez Exécuter votre test dans un environnement personnalisé.

  6. Choisissez le fichier de spécifications de test que vous utilisez actuellement pour les tests sur l'ancien hôte de test dans le menu déroulant des spécifications de test.

  7. Copiez le contenu de ce fichier et collez-le localement dans un éditeur de texte pour référence ultérieure.

  8. Dans le menu déroulant des spécifications de test, remplacez votre sélection de spécifications de test par le fichier de spécifications de test par défaut le plus récent.

  9. Choisissez Modifier pour accéder à l'interface d'édition des spécifications de test. Vous remarquerez que, dans les premières lignes du fichier de spécifications de test, il a déjà opté pour le nouvel hôte de test :

    android_test_host: amazon_linux_2

  10. Consultez la syntaxe de sélection des hôtes de test ici et les principales différences entre les hôtes de test ici.

  11. Ajoutez et modifiez de manière sélective les commandes de votre fichier de spécifications de test enregistré localement à partir de l'étape 6 dans le nouveau fichier de spécifications de test par défaut. Choisissez ensuite Enregistrer sous pour enregistrer le nouveau fichier de spécifications. Vous pouvez désormais planifier des tests sur l'hôte de test Amazon Linux 2.

Différences entre les nouveaux hôtes de test et les anciens

Lorsque vous modifiez votre fichier de spécifications de test pour utiliser l'hôte de test Amazon Linux 2 et que vous transférez vos tests depuis l'ancien hôte de test, tenez compte de ces principales différences d'environnement :

  • Sélection des versions logicielles : dans de nombreux cas, les versions logicielles par défaut ont changé. Par conséquent, si vous ne sélectionniez pas explicitement votre version logicielle dans l'hôte de test Legacy auparavant, vous souhaiterez peut-être la spécifier maintenant sur l'hôte de test Amazon Linux 2 en utilisant devicefarm-cli. Dans la grande majorité des cas d'utilisation, nous recommandons aux clients de sélectionner explicitement les versions des logiciels qu'ils utilisent. En sélectionnant une version logicielle avecdevicefarm-cli, vous bénéficierez d'une expérience prévisible et cohérente et vous recevrez de nombreux avertissements si Device Farm prévoit de supprimer cette version de l'hôte de test.

    De plus, les outils de sélection de logiciels tels que nvm pyenvavm,, et rvm ont été supprimés au profit du nouveau système de sélection de devicefarm-cli logiciels.

  • Versions logicielles disponibles : de nombreuses versions de logiciels précédemment préinstallés ont été supprimées et de nombreuses nouvelles versions ont été ajoutées. Assurez-vous donc que lorsque vous utilisez le devicefarm-cli pour sélectionner les versions de votre logiciel, vous sélectionnez les versions figurant dans la liste des versions prises en charge.

  • Tous les chemins de fichier codés en dur dans votre fichier de spécifications de test d'hôte Legacy sous forme de chemins absolus ne fonctionneront probablement pas comme prévu sur l'hôte de test Amazon Linux 2 ; ils ne sont généralement pas recommandés pour l'utilisation des fichiers de spécifications de test. Nous vous recommandons d'utiliser des chemins relatifs et des variables d'environnement pour tout le code des fichiers de spécifications de test. De plus, notez que la plupart des fichiers binaires dont vous avez besoin pour votre test se trouvent dans l'hôte, PATH de sorte qu'ils sont immédiatement exécutables à partir du fichier de spécifications en utilisant simplement leur nom (comme appium).

  • La collecte de données de performance n'est pas prise en charge sur le nouvel hôte de test pour le moment.

  • Version du système d'exploitation : l'ancien hôte de test était basé sur le système d'exploitation Ubuntu, tandis que le nouveau était basé sur Amazon Linux 2. Par conséquent, les utilisateurs peuvent remarquer certaines différences entre les bibliothèques système disponibles et les versions des bibliothèques système.

  • Pour les utilisateurs d'Appium Java, le nouvel hôte de test ne contient aucun JAR fichier préinstallé dans son chemin de classe, alors que l'hôte précédent en contenait un pour le framework TestNG (via une variable d'environnement). $DEVICEFARM_TESTNG_JAR Nous recommandons aux clients de regrouper les JAR fichiers nécessaires à leurs frameworks de test dans leur package de test et de supprimer les instances de la $DEVICEFARM_TESTNG_JAR variable de leurs fichiers de spécifications de test. Pour plus d'informations, consultez Working with Appium et AWS Device Farm.

  • Pour les utilisateurs d'Appium, la variable d'$DEVICEFARM_CHROMEDRIVER_EXECUTABLEenvironnement a été supprimée au profit d'une nouvelle approche permettant aux clients d'accéder à Chromedriver pour Android. Consultez notre fichier de spécifications de test par défaut pour un exemple, qui utilise une nouvelle variable $DEVICEFARM_CHROMEDRIVER_EXECUTABLE_DIR d'environnement.

Note

Nous vous recommandons vivement de conserver telle quelle la commande du serveur Appium existante du fichier de spécifications de test par défaut.

Nous vous recommandons de contacter l'équipe de service par le biais d'un dossier d'assistance si vous avez des commentaires ou des questions sur les différences entre les hôtes de test du point de vue logiciel.