View a markdown version of this page

Risoluzione dei problemi relativi ai test Appium Java TestNG in AWS Device Farm - AWS Device Farm
Errori di caricamentoApprofondimenti sui test

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Risoluzione dei problemi relativi ai test Appium Java TestNG in AWS Device Farm

Il seguente argomento elenca i messaggi di errore che si verificano durante il caricamento dei test di Appium Java TestNG e consiglia soluzioni alternative per risolvere ogni errore.

Errori di caricamento

I seguenti errori possono verificarsi quando si caricano i test Appium Java TestNG.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_UNZIP_FAILED

In presenza del seguente messaggio, attenersi alla procedura indicata per risolvere il problema.

avvertimento

Impossibile aprire il file ZIP del test. Verificare che il file sia valido e riprovare.

Verificare che sia possibile decomprimere il pacchetto di test senza errori. In questo esempio, il nome del pacchetto è zip-with-dependencies.zip.

  1. Copiare il pacchetto di test nella directory di lavoro, quindi eseguire il comando seguente:

    $ unzip zip-with-dependencies.zip

  2. Dopo aver decompresso il pacchetto, è possibile trovare la struttura ad albero della directory di lavoro eseguendo il seguente comando:

    $ tree .

    Un pacchetto Appium Java JUnit valido dovrebbe produrre un output come il seguente:

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

    Per ulteriori informazioni, consulta Esegui automaticamente i test Appium in Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_DEPENDENCY_DIR_MISSING

In presenza del seguente messaggio, attenersi alla procedura indicata per risolvere il problema.

avvertimento

Impossibile trovare la directory dependency-jars nel pacchetto di test. Decomprimere il pacchetto di test, verificare che la directory dependency-jars sia nel pacchetto e riprovare.

In questo esempio, il nome del pacchetto è zip-with-dependencies.zip.

  1. Copiare il pacchetto di test nella directory di lavoro, quindi eseguire il comando seguente:

    $ unzip zip-with-dependencies.zip

  2. Dopo aver decompresso il pacchetto, è possibile trovare la struttura ad albero della directory di lavoro eseguendo il seguente comando:

    $ tree .

    Se il pacchetto Appium Java JUnit è valido, troverai la directory all'interno della dependency-jars directory di lavoro.

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

    Per ulteriori informazioni, consulta Esegui automaticamente i test Appium in Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_JAR_MISSING_IN_DEPENDENCY_DIR

In presenza del seguente messaggio, attenersi alla procedura indicata per risolvere il problema.

avvertimento

Impossibile trovare un file JAR nella struttura ad albero delle directory dependency-jars. Decomprimere il pacchetto di test, quindi aprire la directory dependency-jars, verificare che almeno un file JAR si trovi nella directory e riprovare.

In questo esempio, il nome del pacchetto è zip-with-dependencies.zip.

  1. Copiare il pacchetto di test nella directory di lavoro, quindi eseguire il comando seguente:

    $ unzip zip-with-dependencies.zip

  2. Dopo aver decompresso il pacchetto, è possibile trovare la struttura ad albero della directory di lavoro eseguendo il seguente comando:

    $ tree .

    Se il pacchetto Java JUnit di Appium è valido, troverai almeno un file all'interno della directory. 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

    Per ulteriori informazioni, consulta Esegui automaticamente i test Appium in Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_TESTS_JAR_FILE_MISSING

In presenza del seguente messaggio, attenersi alla procedura indicata per risolvere il problema.

avvertimento

Impossibile trovare un file *-tests.jar nel pacchetto di test. Decomprimere il pacchetto di test, verificare che nel pacchetto sia presente almeno un file *-tests.jar e riprovare.

In questo esempio, il nome del pacchetto è zip-with-dependencies.zip.

  1. Copiare il pacchetto di test nella directory di lavoro, quindi eseguire il comando seguente:

    $ unzip zip-with-dependencies.zip

  2. Dopo aver decompresso il pacchetto, è possibile trovare la struttura ad albero della directory di lavoro eseguendo il seguente comando:

    $ tree .

    Se il pacchetto Java JUnit di Appium è valido, troverai almeno un jar file come nel nostro esempio. acme-android-appium-1.0-SNAPSHOT-tests.jar Il nome del file può essere diverso, ma dovrebbe terminare 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

    Per ulteriori informazioni, consulta Esegui automaticamente i test Appium in Device Farm.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_CLASS_FILE_MISSING_IN_TESTS_JAR

In presenza del seguente messaggio, attenersi alla procedura indicata per risolvere il problema.

avvertimento

Impossibile trovare un file di classe all'interno del file JAR dei test. Decomprimere il pacchetto di test, quindi decomprimere il file JAR dei test e verificare che almeno un file di classe si trovi nel file JAR, quindi riprovare.

In questo esempio, il nome del pacchetto è zip-with-dependencies.zip.

  1. Copiare il pacchetto di test nella directory di lavoro, quindi eseguire il comando seguente:

    $ unzip zip-with-dependencies.zip

  2. Dopo aver decompresso il pacchetto, è possibile trovare la struttura ad albero della directory di lavoro eseguendo il seguente comando:

    $ tree .

    Dovresti trovare almeno un file jar come acme-android-appium-1.0-SNAPSHOT-tests.jar nel nostro esempio. Il nome del file può essere diverso, ma dovrebbe terminare 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. Per estrarre i file dal file jar, eseguire il seguente comando: 

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

  4. Dopo aver estratto correttamente i file, eseguire il comando seguente:

    $ tree .

    Dovresti trovare almeno una classe nella struttura ad albero della directory di lavoro:

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

    Per ulteriori informazioni, consulta Esegui automaticamente i test Appium in Device Farm.

Approfondimenti sui test

Se scegli di utilizzare i test Insights, Device Farm genera un report riepilogativo per l'esecuzione e per ogni job correlato. Se il servizio non è in grado di generare il report, lo stato del report di Insights è SKIPPED o ERRORED e il messaggio del rapporto ne spiega il motivo. I seguenti messaggi possono comparire durante la generazione di approfondimenti per i test Appium Java TestNG.

Il lavoro non è stato completato

Unable to generate test insights because the job was status.

Il processo è terminato in uno stato non riuscito (dove si status trovaSTOPPED, oSKIPPED)ERRORED, quindi non c'era alcun risultato da riepilogare. Un'esecuzione che termina con uno stato fallito riceve comunque informazioni.

Per risolvere questo problema, analizza il motivo per cui il processo non è stato completato. In molti casi, il message campo stesso del lavoro potrebbe spiegare perché il lavoro non è stato completato.

I risultati non contenevano casi di test

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

L'artefatto dei risultati è stato analizzato correttamente ma non conteneva alcun test case.

Per risolvere questo problema, verifica che la suite di test includa almeno un test case e che i risultati siano archiviati correttamente in. $DEVICEFARM_LOG_DIR

L'output del test supera la dimensione massima supportata

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

Il file testng-results.xml è più grande di 1 GB.

Per risolvere questo problema, riduci le dimensioni del file testng-results.xml a meno di 1 GB tagliando i log o gli allegati.

Il file testng-results.xml non è stato trovato

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

Non è stato trovato alcun testng-results.xml file (e nessuna voce XML con la firma principale di TestNG).

Per risolvere questo problema, configura il tuo framework per emettere TestNG XML nella directory degli artifacts (). $DEVICEFARM_LOG_DIR

Il file testng-results.xml non può essere elaborato

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

Il file XML non era valido o non poteva essere analizzato.

Per risolvere questo problema, assicurati che il file sia un XML ben formato nel formato di report TestNG standard.