In diesem Leitfaden wird beschrieben, wie Sie die Ergebnisse von Tests finden, die gemäß dem Leitfaden Geräteausführung auf der Entwicklergeräteplattform ausgelöst wurden.
Hinweis
Bei diesen Schritten wird davon ausgegangen, dass Sie bereits ein Google Cloud Projekt erstellt, die Einrichtungsschritte im Schnellstart für die Developer Device Platform ausgeführt und sich im Terminal mit gcloud authentifiziert haben.
Über die Befehlszeile
Mit diesem Befehl und Ihrer Sitzungs-ID können Sie eine einfache Zusammenfassung Ihres Testergebnisses aufrufen:
gcloud beta device-run sessions describe SESSION_ID
Die Ergebnisse sehen in etwa so aus:
Session SESSION_ID finished with result [FAILED].
Result files are stored at [https://console.cloud.google.com/storage/browser/BUCKET_NAME/automation/sessions/SESSION_ID/].
JOB NAME EXECUTION NAME EXECUTION RESULT
job-000 all FAILED: 2 test cases failed, 5 passed
job-001 all PASS
Für jede Geräte-ID, die Sie mit dem Flag „--device“ angegeben haben, wird in der Sitzung ein Job generiert. Der Jobindex entspricht der Reihenfolge Ihrer Geräte-IDs. Testfehler sind zu erwarten und sollten durch iterative Verbesserungen und Ausführungen untersucht und behoben werden.
gcloud beta device-run sessions describe SESSION_ID --full
Die Ergebnisse sehen in etwa so aus:
name: projects/PROJECT_ID/locations/global/sessions/session-370961e1
sessionConfig:
displayName: instrumentation-session
jobConfigs:
- action:
androidInstrumentationTest:
testInstallable:
files:
- gcsInputFile:
path: gs://BUCKET_NAME/automation/inputs/2026-07-30_11:28.31915956_8514/app_name_test.apk
allocationConfig:
deviceConfigs:
- actions:
- androidInstallPackages:
installables:
- files:
- gcsInputFile:
path: gs://BUCKET_NAME/automation/inputs/2026-07-30_11:28.31915956_8514/app_name.apk
- androidLogcat: {}
requirement:
deviceId: pa3q-35
displayName: job-000
outputDirectoryConfig:
gcsOutputDirectory:
path: gs://BUCKET_NAME/automation/sessions
sessionReport:
endTime: '2026-07-30T03:30:05.838Z'
id: 6587313f-fdf7-418a-a9b9-b6fa98dff838
jobReports:
- displayName: job-000
endTime: '2026-07-30T03:30:04.601Z'
executionReports:
- displayName: all
endTime: '2026-07-30T03:30:02.151Z'
id: 29b167dd-dde9-4ea9-b2cd-738049083fc9
outputFiles:
- gcsOutputFile:
path: gs://PROJECT_ID-devicerun/automation/sessions/session-370961e1/job-000/execution-000/logcat.txt
- gcsOutputFile:
path: gs://PROJECT_ID-devicerun/automation/sessions/session-370961e1/job-000/execution-000/instrument.log
- gcsOutputFile:
path: gs://PROJECT_ID-devicerun/automation/sessions/session-370961e1/job-000/execution-000/junit.xml
result:
cause:
summary:
message: One or more test assertions or test methods failed. Inspect the
test runner logs and structured test results for details.
reason: TEST_CASE_FAILURE
type: CUSTOMER
resultType: FAILED
startTime: '2026-07-30T03:29:32.769Z'
status:
progressMessages:
- 2 test cases failed, 5 passed
statusType: DONE
id: 7974e37a-2928-4aaf-abba-3a8b6bae853b
result:
cause:
summary:
message: Job has one or more failed tests. See execution reports for details.
reason: JOB_HAS_FAILED_TESTS
resultType: FAILED
startTime: '2026-07-30T03:28:53.756Z'
status:
statusType: DONE
result:
cause:
summary:
message: Session has one or more failed jobs. See job reports for details.
reason: SESSION_HAS_FAILED_JOBS
resultType: FAILED
startTime: '2026-07-30T03:28:52.702Z'
status:
statusType: DONE
Im Webbrowser
Die vollständigen Details finden Sie in der URL zum Bucket mit Ihren Testergebnissen in der Testausgabe. Es sollte so aussehen:
https://console.cloud.google.com/storage/browser/BUCKET_NAME/automation/sessions/SESSION_ID/
Sitzungen werden im Speicher im folgenden Pfadformat angezeigt:
gs://BUCKET_NAME/automation/sessions/SESSION_ID/job-000/EXECUTION_ID/
Navigation
So suchen Sie in der Google Cloud Weboberfläche der Console nach Ihren Logs:
- Hängen Sie in einem Browser den Namen Ihres Projekts, wie im Befehl
gcloud config set projectverwendet, an die URLhttps://console.cloud.google.com/?project=an und laden Sie die Seite. - Maximieren Sie das Menü links oben.
- Suchen Sie nach Cloud Storage.
- Wählen Sie im Speichermenü Buckets aus.
- Klicken Sie in der ersten Spalte auf den Namen Ihres Projekts.
- Klicken Sie auf Automatisierung.
- Klicken Sie auf Sitzungen.
- Fügen Sie im Feld Filter die Sitzungs-ID aus Ihrem letzten Testlauf ein (siehe Testausgabe).
- Klicken Sie auf den Namen der resultierenden Sitzung.
- Wählen Sie job-* aus, um
junit.xmlaufzurufen. Diese Datei enthält umfassende Ergebnisdetails für alle Testläufe. - Öffnen Sie execution-*, um eine Aufschlüsselung der einzelnen Shards zu sehen. Gehen Sie in diesem Ordner zu:
instrumentation.log: Die Rohlogs aus dem Android-Instrumentierungstest.system.log: Das Roh-Syslog des iOS-Systems mit Geräte- und Framework-Logs.logcat.txt: Android-Datei logcat.junit.xml: Der JUnit-XML-Bericht mit Details zu bestandenen oder fehlgeschlagenen Testläufen.*.ips: Diagnostische iOS-Absturzprotokolle (falls Abstürze aufgetreten sind).
- Rufen Sie die öffentlichen und authentifizierten URLs auf, um die Testergebnisse zu sehen.
Dateistruktur
Sehen Sie sich die Logdateien in Ihrem Cloud Storage-Bucket an, um mehr über den fehlgeschlagenen Test zu erfahren. Die Dateistruktur sieht so aus:
- gs://BUCKET_NAME/automation
- inputs/
- 2026-05-29_10:13.026220_JZTM
- app.apk
- test.apk
- sessions/
- SESSION_ID
- job-000/
- junit.xml
- execution-000/
- instrumentation.log
- junit.xml
- logcat.txt
- video.mp4
- execution-001/
- instrumentation.log
- junit.xml
- logcat.txt
- video.mp4
- job-001/
- SESSION_ID
Ergebnisse nachvollziehen
Die in Ihrer Ausgabe generierten junit.xml-Dateien sind standardmäßige JUnit-XML-Dateien.
Diese Dateien enthalten die Ergebnisse der einzelnen Testmethoden. So können Sie den jeweiligen Status (bestanden oder fehlgeschlagen), die Ausführungszeit und die Fehlertraces für jede einzelne Testmethode einsehen. Sie können diese Datei problemlos in die meisten Systeme für Continuous Integration und Continuous Delivery (CI/CD) sowie in Testberichterstellungstools einbinden und parsen.
Zusätzliche Dokumentation
Nächste Schritte
Als Nächstes kannst du unsere Device Streaming API der Developer Device Platform ausprobieren.