Beginnen Sie mit dem Testen mit virtuellen Android-Geräten

Android Virtual Devices (AVDs) für Firebase Test Lab sind High-Fidelity-Simulationen von Android-Geräten. AVDs in Test Lab haben die höchste Verfügbarkeit und sind am nützlichsten für die tägliche Entwicklung oder kontinuierliche Integrationstests. Sie sind ähnlich wie AVDS für Android Studio , sind aber für die Leistung mit Cloud - Tests optimiert, so gibt es einige Unterschiede zwischen den beiden (zum Beispiel AVDS in Test Lab haben eine emulierte Datenverbindung statt eine WiFi - Verbindung).

Warum sollten Sie virtuelle Geräte verwenden?

Virtuelle Geräte haben gegenüber physischen Geräten folgende Vorteile:

  • Hohe Verfügbarkeit: Sie können Tests durchgeführt und die Testergebnisse schneller erhalten , wenn sie mit virtuellen Geräten zu testen. Da virtuelle Geräte bei Bedarf erstellt werden, beginnen Ihre Tests fast sofort und bieten eine schnelle Validierung Ihrer App. Dadurch eignen sich virtuelle Geräte ideal zum Testen kleiner Updates Ihrer App oder für Regressionstests.
  • Längere Testdauer: Tests auf physikalische Geräte sind auf jedem Gerät zu einer Testdauer von 45 Minuten begrenzt. Virtuelle Geräte unterstützen eine Testdauer von bis zu 60 Minuten, wodurch sie sich für die Durchführung längerer Tests und insbesondere für die Messung der Leistung einer App eignen.
  • Niedrigere Kosten: Virtuelle Geräte sind bei $ 1 pro Stunde für jedes virtuelles Gerät preislich verwendet , um Ihre App zu testen. Da sie kostengünstig sind, eignen sich virtuelle Geräte gut für das tägliche Testen mit Continuous Integration-Systemen oder vor dem Einchecken von Code. Um mehr zu erfahren, siehe Abrechnung Test Lab .

So testen Sie Ihre App mit virtuellen Geräten

Sie können Ihre App mit virtuellen Geräten genauso testen, wie Sie sie mit physischen Geräten testen. Wählen Sie einfach virtuelle Geräte aus, wenn Sie Testdimensionen auswählen, um eine Testmatrix zu konfigurieren.

Best Practices zum Testen Ihrer App

Virtuelle Geräte erweitern Ihre Möglichkeiten beim Testen Ihrer App mit Test Lab. Wir empfehlen den folgenden Ansatz zum Testen Ihrer App während des gesamten App-Entwicklungslebenszyklus:

  • In Android Studio: Wenn Ihre App zu entwickeln, verwenden Sie das Android Studio Emulator oder ein angeschlossenes physikalisches Gerät jeden Build für Erstvalidierung zu untersuchen. Wenn Sie über Instrumentierungstests verfügen, können Sie diese Tests auch über Android Studio auf physischen oder virtuellen Geräten ausführen, die von Test Lab bereitgestellt werden.
  • Verwenden Testlabor mit einem allgemeinen niedriger Auflösung Medium DPI (MDPI) virtuellen Gerät: Sie können Robo - Tests und Messtests auf Ihrer App schneller mit dem Test Lab generic niedrige Auflösung MDPI Telefon virtuellen Gerät laufen als mit anderen virtuellen Geräten. Das virtuelle MDPI-Gerät ist ab API-Level 23 verfügbar. Um dieses Gerät von der gcloud Befehlszeilenschnittstelle zu verwenden, verwendet die NexusLowRes Modell - ID.
  • Verwenden Sie Continuous Integration (CI) Systeme auf jeder Codeänderung , wenn sie auf gemeinsamen Projekten arbeiten: Wenn Sie an einem großen Projekt arbeiten, oder wenn Sie zu den Projekten beitragen , die GitHub oder eine ähnliche Websites geteilt verwenden, empfehlen wir Ihnen verwenden Continuous Integration (CI) Systeme und testen Sie Ihre Apps auf virtuellen Geräten bei jeder Ausführung des CI-Systems oder vor jedem Pull-Request. Mehr über die Verwendung von Testlabor mit CI - Systemen finden Sie unter Verwenden von Test Lab für Android mit Continuous - Integration - Systeme .
  • Bevor die Freigabe erhebliches App - Updates: Wir empfehlen Testlabor mit Ihrer Anwendung auf physikalische Geräte testen , bevor Sie App - Updates mit wesentlichen Änderungen der Benutzeroberfläche und Funktionalität freigeben. Dies trägt dazu bei, sicherzustellen, dass Ihre App auf einer Vielzahl gängiger physischer Geräte gut ausgeführt wird, und stellt außerdem eine Testabdeckung für alle App-Funktionen sicher, die auf physischen Gerätefunktionen basieren, die nicht von virtuellen Geräten simuliert werden. Um mehr über diese Funktionen finden Sie unter Bekannte Einschränkungen .

Bekannte Einschränkungen

Einige physische Gerätefunktionen werden derzeit nicht von virtuellen Geräten oder mit einigen Einschränkungen simuliert. Die folgende Tabelle fasst die Funktionen zusammen, die derzeit auf virtuellen Geräten nicht verfügbar sind oder die mit bestimmten Einschränkungen verfügbar sind:

Besonderheit Einzelheiten
Nicht-x86-Anwendungsbinärschnittstellen (ABIs) Virtuelle Geräte unterstützen nur x86 ABI. Wenn Sie mit dem Android NDK entwickeln, stellen Sie sicher, dass Sie Code für den x86-Befehlssatz generieren. Um mehr zu erfahren, siehe ABI - Management .

Hinweis: Bei einigen der Tests in der Testmatrix ungültig markiert sind, Dies könnte daran liegen Ihre App auf nativen ARM - Code beruht.
Videokodierung und -dekodierung Derzeit wird auf virtuellen Geräten nur die H264-Videodecodierung unterstützt. Videokodierung wird nicht unterstützt.

Hinweis: sie weniger geschmeidig als Videos von physikalischen Gerätetests Videos von virtuellen Gerätetests zur Zeit an einem Bild pro Sekunde laufen.
OpenGL ES 3.x Die Grafikbibliotheken von OpenGL ES 3.x und höher sind auf virtuellen Geräten nicht verfügbar.
Kamera HAL v3 Mehr über die Android - Kamera HAL v3.0, sehen zu lernen Kamera HAL v3 Überblick .
Virtuelles privates Netzwerk (VPN) Derzeit wird die VPN-Nutzung auf virtuellen Geräten nicht unterstützt.