OmniLab Android Test Station 2.0 – Upgrade-Anleitung

OmniLab Android Test Station (ATS) ist das primäre Tool, mit dem Entwickler und Testingenieure das Testen von Android-Geräten automatisieren. OmniLab ATS bietet eine Schnittstelle zum Verwalten von Geräten, Anzeigen von Ergebnissen und Ausführen von Testsuiten wie der Compatibility Test Suite (CTS).

OmniLab ATS 2.0 ist eine umfassende Modernisierung der Engine der Station. Wir haben die zugrunde liegende Infrastruktur zu OmniLab migriert, der modernen, leistungsstarken Plattform von Google. Dadurch können Android-Entwickler und Testingenieure dieselben robusten Tools verwenden, die auch Google nutzt.

Wir empfehlen Ihnen, ATS 2.0 auszuprobieren. Es ist über ein Konfigurationsflag verfügbar, sodass Sie sofort von der verbesserten Leistung und Stabilität profitieren können.

Hauptvorteile von OmniLab ATS 2.0

  • Modernisierte Infrastruktur:Nutzt die OmniLab-Plattform für verbesserte Stabilität und Leistung.
  • Nahtlose Umstellung:Keine Änderungen an der Web-UI oder den wichtigsten Workflows für die Testausführung.
  • Zukunftssicher:Entspricht der einheitlichen Testinfrastruktur von Google und ermöglicht so eine schnellere Einführung neuer Funktionen.

Neue Funktionen

Diese Funktionen optimieren Ihre Testvorgänge:

  • Massenaktualisierung von Testplänen:Sie können mehrere Testpläne gleichzeitig konfigurieren, indem Sie sie mit Labels filtern. So können Sie benutzerdefinierte Zeitpläne, Testausführungsaktionen und Ressourcen in Dutzenden von Plänen in einem einzigen Schritt aktualisieren und die Zeit für die manuelle Konfiguration reduzieren.

  • Verbesserte Unterstützung für Multi-Host- und Cloud-Bereitstellungen:ATS 2.0 optimiert die Testplanung, die Dateiübertragung und das Dateicaching, um das System in mehreren Bereitstellungsmodi robust, effizient und flexibel zu machen.

Funktionsvergleich: ATS 1.0 im Vergleich zu ATS 2.0

FunktionATS 1.0ATS 2.0
Zugrunde liegende EngineTradefed und Tradefed-ClusterOmniLab-Plattform, die Standardgeräteplattform von Google
UI-MTT-UIMTT-UI
SkalierenLokal und Multi-HostLokal und Multi-Host; optimiert für Multi-Host-Bereitstellung
WiederholungsversucheGrundlegende Regeln für WiederholungsversucheAnpassbare Wiederholungsversuche, erweiterte Planung von Wiederholungsversuchen
Unterstützung für virtuelle GeräteUnterstützung für lokale und Cloud-GeräteparksUnterstützung für lokale und Cloud-Geräteparks
ErgebnisverarbeitungTradefed-basiertOmniLab ATS-basiert (gemeinsam mit der CTS-Konsole genutzt)
APIUnterstütztUnterstützt

Änderungen an der Nutzererfahrung

Die meisten Änderungen sind intern. Beachten Sie jedoch die folgenden Verhaltensänderungen:

  • Ergebnisverzeichnis:Die Struktur des Ausgabeverzeichnisses auf Ihrer Festplatte für Testergebnisse wurde aufgrund der Infrastrukturänderung aktualisiert. Sie können jedoch weiterhin über das Dashboard Testausführung auf diese Dateien zugreifen.

    Ausgabedateien ansehen

    Abbildung 1 : Liste der Ausgabedateien ansehen.

  • Testprotokolle:Die Struktur der Testprotokolle hat sich geändert. Sie sehen drei Protokollquellen aus einem Aufruf: von Tradefed xTS-Tests generierte Protokolle (auch in ATS 1.0), OmniLab-Serverprotokolle für den Geräte- und Teststatus und Mobly-Testprotokolle für Mobly-Module der Version 2.

    ATS 2.0-Logquellen

    Abbildung 2 : ATS 2.0-Protokollquellen: Tradefed xTS-, OmniLab-Server- und Mobly-Testprotokolle.

    Wenn Sie CTS mit aktivierter dynamischer Downloadoption ausführen, löst OmniLab ATS zusätzlich zu CTS-Tests automatisch MCTS-Tests aus. MCTS-Protokolle sind auch im Tradefed-Protokollbereich verfügbar.

    MCTS-Test in der Testliste

    Abbildung 3 : MCTS-Test, der durch den dynamischen Download von XTS ausgelöst wurde.

    MCTS-Logs im Tradefed-Logbereich

    Abbildung 4 : MCTS-Protokolle im Tradefed-Protokollbereich zusätzlich zu CTS-Protokollen.

Upgradeprozess

Das Upgrade ist ein flagbasierter Softwarewechsel, sodass keine Neuinstallation oder Hardwareänderungen erforderlich sind.

So aktivieren Sie die neue Version:

  1. Beenden Sie die aktuelle Instanz und starten Sie sie mit dem Flag force_ats_version 2 neu:

    mtt start --force_ats_version 2
    

    Während der Migrationsphase empfehlen wir, das Tag dogfood zu verwenden, um auf den neuesten validierten Build mit ATS 2.0-Funktionen zuzugreifen:

    mtt start --force_ats_version 2 --tag dogfood --force_update
    
  2. Optional: Wenn Probleme mit ATS 2.0 auftreten, können Sie vorübergehend zu ATS 1.0 zurückkehren, indem Sie das Flag --force_ats_version 2 entfernen oder explizit --force_ats_version 1 verwenden:

    mtt start --force_ats_version 1
    

Zeitplan für die Umstellung

Wir werden OmniLab ATS 1.0 im Jahr 2026 schrittweise einstellen. Planen Sie Ihre Migration entsprechend:

  • 1. Quartal 2026:ATS 2.0 ist für alle Entwickler und Partner als Option verfügbar.
  • 2. Quartal 2026:ATS 2.0 wird für eine wachsende Zahl von Entwicklern und Partnern zur Standardeinstellung.
  • 3. Quartal 2026:ATS 2.0 wird zur Standardversion für alle Entwickler und Partner.
  • 4. Quartal 2026:Das Legacy-ATS 1.0 wird eingestellt und aus Produktions-Builds entfernt.

Vorübergehende Funktionslücken

Wir arbeiten daran, die vorübergehenden Funktionslücken zu schließen:

  • Vorläufige Testanzahlen:Während Protokolle live sind, werden vorläufige Anzahlen für bestandene und nicht bestandene Tests möglicherweise erst angezeigt, wenn der Test abgeschlossen ist.
  • Sitzungswiederaufnahme:Wenn der Hostcomputer neu gestartet wird, kann ein laufender Test nicht fortgesetzt werden und Sie müssen ihn neu starten.

Support

Wenn beim Upgrade Probleme auftreten, können Sie diese Ressourcen nutzen: