View a markdown version of this page

Fehlerbehebung bei Appium Java TestNG-Tests in AWS Device Farm - AWS Device Farm
Fehler beim HochladenTesten Sie die Erkenntnisse

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.

Fehlerbehebung bei Appium Java TestNG-Tests in AWS Device Farm

Im folgenden Thema werden Fehlermeldungen aufgeführt, die beim Hochladen von Appium Java TestNG-Tests auftreten können, und Umgehungen für die einzelnen Fehler empfohlen.

Fehler beim Hochladen

Die folgenden Fehler können auftreten, wenn Sie Ihre Appium Java TestNG-Tests hochladen.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_UNZIP_FAILED

Wenn die folgende Meldung angezeigt wird, führen Sie die folgenden Schritte aus, um das Problem zu beheben.

Warnung

Ihre ZIP-Datei für den Test konnte nicht geöffnet werden. Prüfen Sie, ob die Datei gültig ist, und versuchen Sie es erneut.

Stellen Sie sicher, dass Sie das Paket für den Test fehlerfrei dekomprimieren können. Im folgenden Beispiel lautet der Name des Pakets zip-with-dependencies.zip.

  1. Kopieren Sie das Testpaket in Ihr Arbeitsverzeichnis und führen Sie dann den folgenden Befehl aus:

    $ unzip zip-with-dependencies.zip

  2. Nachdem Sie das Paket erfolgreich extrahiert haben, können Sie die Baumstruktur für das Arbeitsverzeichnis anzeigen, indem Sie den folgenden Befehl ausführen:

    $ tree .

    Bei einem gültigen Appium Java JUnit-Paket sollte die Ausgabe wie folgt aussehen:

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

    Weitere Informationen finden Sie unter Führen Sie Appium-Tests automatisch in Device Farm aus.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_DEPENDENCY_DIR_MISSING

Wenn die folgende Meldung angezeigt wird, führen Sie die folgenden Schritte aus, um das Problem zu beheben.

Warnung

Das Verzeichnis dependency-jars konnte in Ihrem Testpaket nicht gefunden werden. Extrahieren Sie Ihr Testpaket, überprüfen Sie, ob das Verzeichnis dependency-jars im Paket enthalten ist, und versuchen Sie es erneut.

Im folgenden Beispiel lautet der Name des Pakets zip-with-dependencies.zip.

  1. Kopieren Sie das Testpaket in Ihr Arbeitsverzeichnis und führen Sie dann den folgenden Befehl aus:

    $ unzip zip-with-dependencies.zip

  2. Nachdem Sie das Paket erfolgreich extrahiert haben, können Sie die Baumstruktur für das Arbeitsverzeichnis anzeigen, indem Sie den folgenden Befehl ausführen:

    $ tree .

    Wenn das Appium Java JUnit-Paket gültig ist, finden Sie das dependency-jars Verzeichnis im Arbeitsverzeichnis.

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

    Weitere Informationen finden Sie unter Führen Sie Appium-Tests automatisch in Device Farm aus.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_JAR_MISSING_IN_DEPENDENCY_DIR

Wenn die folgende Meldung angezeigt wird, führen Sie die folgenden Schritte aus, um das Problem zu beheben.

Warnung

In der Verzeichnisstruktur von „dependency-jars“ konnte keine JAR-Datei gefunden werden. Extrahieren Sie Ihr Testpaket und öffnen Sie dann das Verzeichnis „dependency-jars”; überprüfen Sie, ob sich im Verzeichnis mindestens eine JAR-Datei befindet, und wiederholen Sie den Vorgang.

Im folgenden Beispiel lautet der Name des Pakets zip-with-dependencies.zip.

  1. Kopieren Sie das Testpaket in Ihr Arbeitsverzeichnis und führen Sie dann den folgenden Befehl aus:

    $ unzip zip-with-dependencies.zip

  2. Nachdem Sie das Paket erfolgreich extrahiert haben, können Sie die Baumstruktur für das Arbeitsverzeichnis anzeigen, indem Sie den folgenden Befehl ausführen:

    $ tree .

    Wenn das Appium Java JUnit-Paket gültig ist, finden Sie mindestens eine jar Datei im Verzeichnis. 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

    Weitere Informationen finden Sie unter Führen Sie Appium-Tests automatisch in Device Farm aus.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_TESTS_JAR_FILE_MISSING

Wenn die folgende Meldung angezeigt wird, führen Sie die folgenden Schritte aus, um das Problem zu beheben.

Warnung

In Ihrem Testpaket konnte keine „*-tests.jar“-Datei gefunden werden. Extrahieren Sie Ihr Testpaket, überprüfen Sie, ob mindestens eine „*-tests.jar” in dem Paket enthalten ist, und wiederholen Sie den Vorgang.

Im folgenden Beispiel lautet der Name des Pakets zip-with-dependencies.zip.

  1. Kopieren Sie das Testpaket in Ihr Arbeitsverzeichnis und führen Sie dann den folgenden Befehl aus:

    $ unzip zip-with-dependencies.zip

  2. Nachdem Sie das Paket erfolgreich extrahiert haben, können Sie die Baumstruktur für das Arbeitsverzeichnis anzeigen, indem Sie den folgenden Befehl ausführen:

    $ tree .

    Wenn das Appium Java JUnit-Paket gültig ist, finden Sie mindestens eine jar Datei wie acme-android-appium-1.0-SNAPSHOT-tests.jar in unserem Beispiel. Der Name der Datei mag anders sein, aber er sollte mit enden. –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

    Weitere Informationen finden Sie unter Führen Sie Appium-Tests automatisch in Device Farm aus.

APPIUM_JAVA_TESTNG_TEST_PACKAGE_CLASS_FILE_MISSING_IN_TESTS_JAR

Wenn die folgende Meldung angezeigt wird, führen Sie die folgenden Schritte aus, um das Problem zu beheben.

Warnung

In der JAR-Datei der Tests konnte keine Klassendatei gefunden werden. Extrahieren Sie Ihr ZIP-Testpaket und dekomprimieren Sie dann die JAR-Datei für die Tests; überprüfen Sie, ob sich in der JAR-Datei mindestens eine Klassendatei befindet, und wiederholen Sie den Vorgang.

Im folgenden Beispiel lautet der Name des Pakets zip-with-dependencies.zip.

  1. Kopieren Sie das Testpaket in Ihr Arbeitsverzeichnis und führen Sie dann den folgenden Befehl aus:

    $ unzip zip-with-dependencies.zip

  2. Nachdem Sie das Paket erfolgreich extrahiert haben, können Sie die Baumstruktur für das Arbeitsverzeichnis anzeigen, indem Sie den folgenden Befehl ausführen:

    $ tree .

    Sie sollten mindestens eine JAR-Datei wie acme-android-appium-1.0-SNAPSHOT-tests.jar in unserem Beispiel finden. Der Name der Datei mag anders sein, aber er sollte mit enden–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. Um Dateien aus der jar-Datei zu extrahieren, können Sie den folgenden Befehl ausführen: 

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

  4. Nachdem Sie die Dateien erfolgreich extrahiert haben, führen Sie den folgenden Befehl aus:

    $ tree .

    Sie sollten mindestens eine Klasse in der Arbeitsverzeichnisstruktur finden:

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

    Weitere Informationen finden Sie unter Führen Sie Appium-Tests automatisch in Device Farm aus.

Testen Sie die Erkenntnisse

Wenn du dich für das Testen von Insights entscheidest, generiert Device Farm einen zusammenfassenden Bericht für deinen Lauf und jeden Auftrag, der dazugehört. Wenn der Dienst den Bericht nicht generieren kann, lautet der Status des Insights-Berichts SKIPPED oderERRORED, und in der Berichtsmeldung wird der Grund dafür erklärt. Die folgenden Meldungen können auftreten, wenn Erkenntnisse für Appium Java TestNG-Tests generiert werden.

Der Job wurde nicht vollständig ausgeführt

Unable to generate test insights because the job was status.

Der Job wurde im Status „Nicht erfolgreich“ beendet (wo status ist STOPPEDERRORED, oderSKIPPED), sodass es kein zusammenfassendes Ergebnis gab. Ein Lauf, der im Status „Fehlgeschlagen“ endet, liefert dennoch Erkenntnisse.

Um dieses Problem zu beheben, untersuchen Sie, warum der Job nicht vollständig ausgeführt wurde. In vielen Fällen kann das message Feld des Jobs selbst erklären, warum der Job nicht abgeschlossen wurde.

Die Ergebnisse enthielten keine Testfälle

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

Das Ergebnisartefakt wurde erfolgreich analysiert, enthielt jedoch keine Testfälle.

Um dieses Problem zu beheben, stellen Sie sicher, dass Ihre Testsuite mindestens einen Testfall enthält und dass die Ergebnisse korrekt unter gespeichert sind. $DEVICEFARM_LOG_DIR

Die Testausgabe überschreitet die maximal unterstützte Größe

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

Die Datei testng-results.xml ist größer als 1 GB.

Um dieses Problem zu beheben, reduzieren Sie die Größe von testng-results.xml auf unter 1 GB, indem Sie Protokolle oder Anlagen kürzen.

Die Datei testng-results.xml wurde nicht gefunden

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

Es wurde keine testng-results.xml Datei (und kein XML-Eintrag mit der TestNG-Stammsignatur) gefunden.

Um dieses Problem zu beheben, konfigurieren Sie Ihr Framework so, dass TestNG-XML in das Artifacts-Verzeichnis () $DEVICEFARM_LOG_DIR ausgegeben wird.

Die Datei testng-results.xml konnte nicht verarbeitet werden

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

Die XML-Datei war falsch formatiert oder konnte nicht analysiert werden.

Um dieses Problem zu beheben, stellen Sie sicher, dass es sich bei der Datei um eine wohlgeformte XML-Datei im standardmäßigen TestNG-Berichtsformat handelt.