View a markdown version of this page

Solución de problemas de pruebas de Appium Java TestNG en AWS Device Farm - AWS Device Farm
Errores de cargaPruebe los conocimientos

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Solución de problemas de pruebas de Appium Java TestNG en AWS Device Farm

En el siguiente tema se muestra una lista de mensajes de error que se producen durante la carga de las pruebas de Appium Java TestNG y recomienda soluciones para resolver cada error.

Errores de carga

Pueden producirse los siguientes errores al cargar las pruebas de Appium Java TestNG.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_UNZIP_FAILED

Si aparece el siguiente mensaje, siga estos pasos para solucionar el problema.

aviso

We could not open your test ZIP file. Please verify that the file is valid and try again.

Asegúrese de que puede descomprimir el paquete de pruebas sin errores. En el siguiente ejemplo, el nombre del paquete es zip-with-dependencies.zip.

  1. Copie el paquete de pruebas a su directorio de trabajo y, a continuación, ejecute el siguiente comando:

    $ unzip zip-with-dependencies.zip

  2. Después de descomprimir correctamente el paquete, ejecute el siguiente comando para que aparezca la estructura de árbol de directorios de trabajo:

    $ tree .

    Un paquete de Appium Java JUnit válido debería producir una salida similar a esta:

    .
|— 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

    Para obtener más información, consulte Ejecute automáticamente las pruebas de Appium en Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_DEPENDENCY_DIR_MISSING

Si aparece el siguiente mensaje, siga estos pasos para solucionar el problema.

aviso

We could not find the dependency-jars directory inside your test package. Please unzip your test package, verify that the dependency-jars directory is inside the package, and try again.

En el siguiente ejemplo, el nombre del paquete es zip-with-dependencies.zip.

  1. Copie el paquete de pruebas a su directorio de trabajo y, a continuación, ejecute el siguiente comando:

    $ unzip zip-with-dependencies.zip

  2. Después de descomprimir correctamente el paquete, ejecute el siguiente comando para que aparezca la estructura de árbol de directorios de trabajo:

    $ tree .

    Si el paquete Java JUnit de Appium es válido, encontrará el directorio dentro del dependency-jars directorio de trabajo.

    .
|— 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

    Para obtener más información, consulte Ejecute automáticamente las pruebas de Appium en Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_JAR_MISSING_IN_DEPENDENCY_DIR

Si aparece el siguiente mensaje, siga estos pasos para solucionar el problema.

aviso

We could not find a JAR file in the dependency-jars directory tree. Please unzip your test package and then open the dependency-jars directory, verify that at least one JAR file is in the directory, and try again.

En el siguiente ejemplo, el nombre del paquete es zip-with-dependencies.zip.

  1. Copie el paquete de pruebas a su directorio de trabajo y, a continuación, ejecute el siguiente comando:

    $ unzip zip-with-dependencies.zip

  2. Después de descomprimir correctamente el paquete, ejecute el siguiente comando para que aparezca la estructura de árbol de directorios de trabajo:

    $ tree .

    Si el paquete Java JUnit de Appium es válido, encontrará al menos un archivo dentro del directorio. jar 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

    Para obtener más información, consulte Ejecute automáticamente las pruebas de Appium en Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_TESTS_JAR_FILE_MISSING

Si aparece el siguiente mensaje, siga estos pasos para solucionar el problema.

aviso

We could not find a *-tests.jar file in your test package. Please unzip your test package, verify that at least one *-tests.jar file is in the package, and try again.

En el siguiente ejemplo, el nombre del paquete es zip-with-dependencies.zip.

  1. Copie el paquete de pruebas a su directorio de trabajo y, a continuación, ejecute el siguiente comando:

    $ unzip zip-with-dependencies.zip

  2. Después de descomprimir correctamente el paquete, ejecute el siguiente comando para que aparezca la estructura de árbol de directorios de trabajo:

    $ tree .

    Si el paquete Java JUnit de Appium es válido, encontrará al menos un jar archivo como en nuestro ejemplo. acme-android-appium-1.0-SNAPSHOT-tests.jar El nombre del archivo puede ser diferente, pero debería terminar con. –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

    Para obtener más información, consulte Ejecute automáticamente las pruebas de Appium en Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_CLASS_FILE_MISSING_IN_TESTS_JAR

Si aparece el siguiente mensaje, siga estos pasos para solucionar el problema.

aviso

We could not find a class file within the tests JAR file. Please unzip your test package and then unjar the tests JAR file, verify that at least one class file is within the JAR file, and try again.

En el siguiente ejemplo, el nombre del paquete es zip-with-dependencies.zip.

  1. Copie el paquete de pruebas a su directorio de trabajo y, a continuación, ejecute el siguiente comando:

    $ unzip zip-with-dependencies.zip

  2. Después de descomprimir correctamente el paquete, ejecute el siguiente comando para que aparezca la estructura de árbol de directorios de trabajo:

    $ tree .

    Deberías encontrar al menos un archivo jar como acme-android-appium-1.0-SNAPSHOT-tests.jar en nuestro ejemplo. El nombre del archivo puede ser diferente, pero debe terminar con–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. Para extraer archivos del archivo jar, puede ejecutar el siguiente comando: 

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

  4. Después de extraer correctamente los archivos, ejecute el siguiente comando:

    $ tree .

    Debería encontrar una clase como mínimo en el árbol del directorio de trabajo:

    .
|— 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

    Para obtener más información, consulte Ejecute automáticamente las pruebas de Appium en Device Farm.

Pruebe los conocimientos

Cuando optas por probar la información, Device Farm genera un informe resumido de tu carrera y de cada una de las tareas incluidas en ella. Si el servicio no puede generar el informe, el estado del informe de información es SKIPPED o ERRORED y el mensaje del informe explica el motivo. Los siguientes mensajes pueden aparecer al generar información para las pruebas de Appium Java TestNG.

El trabajo no se completó hasta su finalización

Unable to generate test insights because the job was status.

El trabajo finalizó en un estado no satisfactorio (donde status estáSTOPPED, oSKIPPED)ERRORED, por lo que no hay ningún resultado que resumir. Una ejecución que termina en un estado fallido sigue recibiendo información.

Para resolver este problema, investigue por qué el trabajo no se completó hasta su finalización. En muchos casos, el message campo del trabajo en sí mismo puede explicar por qué el trabajo no se completó.

Los resultados no contenían ningún caso de prueba

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

El artefacto de resultados se analizó correctamente, pero no contenía ningún caso de prueba.

Para resolver este problema, comprueba que tu conjunto de pruebas incluye al menos un caso de prueba y que los resultados se almacenan correctamente en él. $DEVICEFARM_LOG_DIR

El resultado de la prueba supera el tamaño máximo admitido

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

El archivo testng-results.xml tiene más de 1 GB.

Para resolver este problema, reduzca el tamaño del archivo testng-results.xml a menos de 1 GB recortando los registros o los archivos adjuntos.

No se encontró el archivo testng-results.xml

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

No se encontró ningún testng-results.xml archivo (ni ninguna entrada XML con la firma raíz de TestNG).

Para resolver este problema, configure su marco para emitir el XML de TestNG en el directorio de artefactos ()$DEVICEFARM_LOG_DIR.

No se pudo procesar el archivo testng-results.xml

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

El archivo XML tenía un formato incorrecto o no se pudo analizar.

Para resolver este problema, asegúrese de que el archivo es un XML bien formado en el formato de informe estándar de TestNG.