View a markdown version of this page

Résolution des problèmes liés aux tests Appium Java TestNG dans AWS Device Farm - AWS Device Farm
Erreurs de téléchargementInformations sur les tests

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.

Résolution des problèmes liés aux tests Appium Java TestNG dans AWS Device Farm

La rubrique suivante répertorie les messages d'erreur qui s'affichent pendant le chargement des tests d'Appium Java TestNG et recommande des solutions permettant de résoudre chaque erreur.

Erreurs de téléchargement

Les erreurs suivantes peuvent se produire lorsque vous chargez vos tests Appium Java TestNG.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_UNZIP_FAILED

Si le message suivant s'affiche, procédez comme suit pour corriger le problème.

Avertissement

Impossible d'ouvrir votre fichier ZIP de test. Vérifiez que le fichier est valide et réessayez.

Assurez-vous que vous pouvez décompresser le package de test sans erreur. Dans l'exemple suivant, le nom du package est zip-with-dependencies.zip.

  1. Copiez votre package de test dans votre répertoire de travail, puis exécutez la commande suivante :

    $ unzip zip-with-dependencies.zip

  2. Pour trouver la structure arborescente du répertoire de travail une fois le package décompressé, exécutez la commande suivante :

    $ tree .

    Un package Appium Java JUnit valide doit générer une sortie similaire à la suivante :

    .
|— acme-android-appium-1.0-SNAPSHOT.jar (this is the JAR containing everything built from the ./src/main directory)
|— acme-android-appium-1.0-SNAPSHOT-tests.jar (this is the JAR containing everything built from the ./src/test directory)
|— zip-with-dependencies.zip (this .zip file contains all of the items)
`— dependency-jars  (this is the directory that contains all of your dependencies, built as JAR files)
      |— com.some-dependency.bar-4.1.jar
      |— com.another-dependency.thing-1.0.jar
      |— joda-time-2.7.jar
      `— log4j-1.2.14.jar

    Pour de plus amples informations, veuillez consulter Exécutez automatiquement des tests Appium dans Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_DEPENDENCY_DIR_MISSING

Si le message suivant s'affiche, procédez comme suit pour corriger le problème.

Avertissement

Impossible de trouver le répertoire dependency-jars à l'intérieur de votre package. Décompressez votre package de test, vérifiez que le répertoire dependency-jars s'y trouve, puis réessayez.

Dans l'exemple suivant, le nom du package est zip-with-dependencies.zip.

  1. Copiez votre package de test dans votre répertoire de travail, puis exécutez la commande suivante :

    $ unzip zip-with-dependencies.zip

  2. Pour trouver la structure arborescente du répertoire de travail une fois le package décompressé, exécutez la commande suivante :

    $ tree .

    Si le package Appium Java JUnit est valide, vous trouverez le dependency-jars répertoire dans le répertoire de travail.

    .
|— acme-android-appium-1.0-SNAPSHOT.jar (this is the JAR containing everything built from the ./src/main directory)
|— acme-android-appium-1.0-SNAPSHOT-tests.jar (this is the JAR containing everything built from the ./src/test directory)
|— zip-with-dependencies.zip (this .zip file contains all of the items)
`— dependency-jars  (this is the directory that contains all of your dependencies, built as JAR files)
      |— com.some-dependency.bar-4.1.jar
      |— com.another-dependency.thing-1.0.jar
      |— joda-time-2.7.jar
      `— log4j-1.2.14.jar

    Pour de plus amples informations, veuillez consulter Exécutez automatiquement des tests Appium dans Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_JAR_MISSING_IN_DEPENDENCY_DIR

Si le message suivant s'affiche, procédez comme suit pour corriger le problème.

Avertissement

Impossible de trouver un fichier JAR dans l'arborescence du répertoire dependency-jars. Décompressez votre package de test, puis ouvrez le répertoire dependency-jars, vérifiez que celui-ci contient au moins un fichier JAR, puis réessayez.

Dans l'exemple suivant, le nom du package est zip-with-dependencies.zip.

  1. Copiez votre package de test dans votre répertoire de travail, puis exécutez la commande suivante :

    $ unzip zip-with-dependencies.zip

  2. Pour trouver la structure arborescente du répertoire de travail une fois le package décompressé, exécutez la commande suivante :

    $ tree .

    Si le package Appium Java JUnit est valide, vous trouverez au moins un jar fichier dans le répertoire. dependency-jars 

    .
|— acme-android-appium-1.0-SNAPSHOT.jar (this is the JAR containing everything built from the ./src/main directory)
|— acme-android-appium-1.0-SNAPSHOT-tests.jar (this is the JAR containing everything built from the ./src/test directory)
|— zip-with-dependencies.zip (this .zip file contains all of the items)
`— dependency-jars  (this is the directory that contains all of your dependencies, built as JAR files)
      |— com.some-dependency.bar-4.1.jar
      |— com.another-dependency.thing-1.0.jar
      |— joda-time-2.7.jar
      `— log4j-1.2.14.jar

    Pour de plus amples informations, veuillez consulter Exécutez automatiquement des tests Appium dans Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_TESTS_JAR_FILE_MISSING

Si le message suivant s'affiche, procédez comme suit pour corriger le problème.

Avertissement

Impossible de trouver un fichier *-tests.jar à l'intérieur de votre package. Décompressez votre package de test, vérifiez qu'au moins un fichier *-tests.jar s'y trouve, puis réessayez.

Dans l'exemple suivant, le nom du package est zip-with-dependencies.zip.

  1. Copiez votre package de test dans votre répertoire de travail, puis exécutez la commande suivante :

    $ unzip zip-with-dependencies.zip

  2. Pour trouver la structure arborescente du répertoire de travail une fois le package décompressé, exécutez la commande suivante :

    $ tree .

    Si le package Appium Java JUnit est valide, vous trouverez au moins un jar fichier comme acme-android-appium-1.0-SNAPSHOT-tests.jar dans notre exemple. Le nom du fichier peut être différent, mais il doit se terminer par–tests.jar.

    .
|— acme-android-appium-1.0-SNAPSHOT.jar (this is the JAR containing everything built from the ./src/main directory)
|— acme-android-appium-1.0-SNAPSHOT-tests.jar (this is the JAR containing everything built from the ./src/test directory)
|— zip-with-dependencies.zip (this .zip file contains all of the items)
`— dependency-jars  (this is the directory that contains all of your dependencies, built as JAR files)
      |— com.some-dependency.bar-4.1.jar
      |— com.another-dependency.thing-1.0.jar
      |— joda-time-2.7.jar
      `— log4j-1.2.14.jar

    Pour de plus amples informations, veuillez consulter Exécutez automatiquement des tests Appium dans Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_CLASS_FILE_MISSING_IN_TESTS_JAR

Si le message suivant s'affiche, procédez comme suit pour corriger le problème.

Avertissement

Impossible de trouver un fichier de classe dans le fichier JAR de tests. Décompressez votre package de test, puis décompressez le fichier de tests JAR, vérifiez que celui-ci contient au moins un fichier de classe, puis réessayez.

Dans l'exemple suivant, le nom du package est zip-with-dependencies.zip.

  1. Copiez votre package de test dans votre répertoire de travail, puis exécutez la commande suivante :

    $ unzip zip-with-dependencies.zip

  2. Pour trouver la structure arborescente du répertoire de travail une fois le package décompressé, exécutez la commande suivante :

    $ tree .

    Vous devriez trouver au moins un fichier jar comme acme-android-appium-1.0-SNAPSHOT-tests.jar dans notre exemple. Le nom du fichier peut être différent, mais il doit se terminer par–tests.jar.

    .
|— acme-android-appium-1.0-SNAPSHOT.jar (this is the JAR containing everything built from the ./src/main directory)
|— acme-android-appium-1.0-SNAPSHOT-tests.jar (this is the JAR containing everything built from the ./src/test directory)
|— zip-with-dependencies.zip (this .zip file contains all of the items)
`— dependency-jars  (this is the directory that contains all of your dependencies, built as JAR files)
      |— com.some-dependency.bar-4.1.jar
      |— com.another-dependency.thing-1.0.jar
      |— joda-time-2.7.jar
      `— log4j-1.2.14.jar

  3. Pour extraire les fichiers du fichier jar, vous pouvez exécuter la commande suivante : 

    $ jar xf acme-android-appium-1.0-SNAPSHOT-tests.jar

  4. Une fois que vous avez réussi à extraire les fichiers, exécutez la commande suivante :

    $ tree .

    Vous devriez trouver au moins une classe dans l'arborescence du répertoire de travail :

    .
|— acme-android-appium-1.0-SNAPSHOT.jar (this is the JAR containing everything built from the ./src/main directory)
|— acme-android-appium-1.0-SNAPSHOT-tests.jar (this is the JAR containing 
everything built from the ./src/test directory)
|- one-class-file.class
|- folder
|    `— another-class-file.class
|— zip-with-dependencies.zip (this .zip file contains all of the items)
`— dependency-jars  (this is the directory that contains all of your dependencies, built as JAR files)
      |— com.some-dependency.bar-4.1.jar
      |— com.another-dependency.thing-1.0.jar
      |— joda-time-2.7.jar
      `— log4j-1.2.14.jar

    Pour de plus amples informations, veuillez consulter Exécutez automatiquement des tests Appium dans Device Farm.

Informations sur les tests

Lorsque vous choisissez de tester les informations, Device Farm génère un rapport résumé pour votre exécution et chaque tâche qui en découle. Si le service ne peut pas générer le rapport, le statut du rapport Insights est SKIPPED ouERRORED, et le message du rapport explique pourquoi. Les messages suivants peuvent apparaître lors de la génération d'informations pour les tests Appium Java TestNG.

La tâche n'a pas été exécutée jusqu'à son terme

Unable to generate test insights because the job was status.

La tâche s'est terminée sans succès (où status estSTOPPED, ouSKIPPED)ERRORED, il n'y avait donc aucun résultat à résumer. Une exécution qui se termine par un échec reçoit toujours des informations.

Pour résoudre ce problème, recherchez les raisons pour lesquelles la tâche n'a pas été exécutée jusqu'à son terme. Dans de nombreux cas, le message domaine du travail lui-même peut expliquer pourquoi le travail n'a pas été terminé.

Les résultats ne contenaient aucun cas de test

Test insights could not be generated. The testng-results.xml file was parsed successfully but contained no test cases.

L'artefact de résultats a été analysé avec succès mais ne contenait aucun cas de test.

Pour résoudre ce problème, vérifiez que votre suite de tests inclut au moins un scénario de test et que les résultats sont correctement enregistrés sous$DEVICEFARM_LOG_DIR.

La sortie de test dépasse la taille maximale prise en charge

Unable to generate test insights: test output "testng-results.xml" exceeds the maximum supported size of 1GB.

La taille du fichier testng-results.xml est supérieure à 1 Go.

Pour résoudre ce problème, réduisez la taille du fichier testng-results.xml à moins de 1 Go en réduisant les journaux ou les pièces jointes.

Le fichier testng-results.xml n'a pas été trouvé

Unable to generate test insights. The test results file (testng-results.xml) was not found.

Aucun testng-results.xml fichier (et aucune entrée XML avec la signature racine TestNG) n'a été trouvé.

Pour résoudre ce problème, configurez votre framework pour qu'il émette du XML TestNG dans le répertoire des artefacts ($DEVICEFARM_LOG_DIR).

Le fichier testng-results.xml n'a pas pu être traité

Test insights could not be generated because of an error while processing testng-results.xml.

Le fichier XML était mal formé ou n'a pas pu être analysé.

Pour résoudre ce problème, assurez-vous que le fichier est un XML correctement formé au format de rapport TestNG standard.