Konfigurationsoptionen für das Greengrass Testing Framework - AWS IoT Greengrass

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.

Konfigurationsoptionen für das Greengrass Testing Framework

GTF-Konfigurationsoptionen

Mit dem Greengrass Testing Framework (GTF) können Sie bestimmte Parameter während des Starts des konfigurieren end-to-end Testprozess zur Orchestrierung des Testflusses. Sie können diese Konfigurationsoptionen als CLI-Argumente für das eigenständige GTF-JAR angeben.

GTF Version 1.1.0 und höher bietet die folgenden Konfigurationsoptionen.

  • additional-plugins— (Optional) Zusätzliche Cucumber-Plugins

  • aws-region— Zielt auf spezifische regionale Endpunkte ab fürAWSDienstleistungen. Standardmäßig ist dasAWSDas SDK entdeckt.

  • credentials-path— FakultativAWSPfad der Profilanmeldeinformationen. Standardmäßig werden Anmeldeinformationen verwendet, die in der Host-Umgebung gefunden wurden.

  • credentials-path-rotation— Optionale Rotationsdauer fürAWSAnmeldeinformationen. Die Standardeinstellung ist 15 Minuten oderPT15M.

  • csr-path— Der Pfad für die CSR, mit der das Gerätezertifikat generiert wird.

  • device-mode— Das zu testende Zielgerät. Standardmäßig ist das lokale Gerät aktiviert.

  • env-stage— Zielt auf die Bereitstellungsumgebung von Greengrass ab. Standardmäßig ist die Produktion eingestellt.

  • existing-device-cert-arn— Der ARN eines vorhandenen Zertifikats, das Sie als Gerätezertifikat für Greengrass verwenden möchten.

  • feature-path— Datei oder Verzeichnis mit zusätzlichen Funktionsdateien. Standardmäßig werden keine zusätzlichen Featuredateien verwendet.

  • gg-cli-version— Setzt die Version der Greengrass-CLI außer Kraft. Standardmäßig wird der Wert verwendet, der in gefunden wurdeggc.version.

  • gg-component-bucket— Der Name eines vorhandenen Amazon S3-Buckets, der Greengrass-Komponenten enthält.

  • gg-component-overrides— Eine Liste der Überschreibungen von Greengrass-Komponenten.

  • gg-persist— Eine Liste von Testelementen, die nach einem Testlauf beibehalten werden sollen. Das Standardverhalten besteht darin, nichts beizubehalten. Zulässige Werte sind:aws.resources,installed.software, undgenerated.files.

  • gg-runtime— Eine Liste von Werten, die beeinflussen, wie der Test mit den Testressourcen interagiert. Diese Werte haben Vorrang vor dengg.persistParameter. Wenn der Standardwert leer ist, wird davon ausgegangen, dass alle Testressourcen nach Testfällen verwaltet werden, einschließlich der installierten Greengrass-Runtime. Zulässige Werte sind:aws.resources,installed.software, undgenerated.files.

  • ggc-archive— Der Pfad zur archivierten Greengrass-Nukleus-Komponente.

  • ggc-install-root— Verzeichnis zur Installation der Greengrass Nucleus-Komponente. Standardmäßig ist dies der Ordner test.temp.path und der Testrun-Ordner.

  • ggc-log-level— Legt die Greengrass Nucleus-Protokollebene für den Testlauf fest. Die Standardeinstellung ist „INFO“.

  • ggc-tes-rolename— Die IAM-Rolle, dieAWS IoT GreengrassCore geht davon aus, darauf zuzugreifenAWSDienstleistungen. Wenn eine Rolle mit dem angegebenen Namen nicht existiert, wird eine erstellt und es wird eine Standardzugriffsrichtlinie festgelegt.

  • ggc-trusted-plugins— Die durch Kommas getrennte Liste der Pfade (auf dem Host) der vertrauenswürdigen Plugins, die zu Greengrass hinzugefügt werden müssen. Um den Pfad auf dem DUT selbst anzugeben, stellen Sie dem Pfad „dut:“ voran

  • ggc-user-name— Der posixUser-Wert user:group für den Greengrass-Kern. Standardmäßig wird der aktuelle Benutzername verwendet, der angemeldet ist.

  • ggc-version— Überschreibt die Version der laufenden Greengrass Nucleus-Komponente. Standardmäßig wird der in ggc.archive gefundene Wert verwendet.

  • log-level— Protokollebene des Testlaufs. Der Standardwert ist „INFO“.

  • parallel-config— Satz von Batch-Index und Anzahl der Batches als JSON-Zeichenfolge. Der Standardwert des Batch-Index ist 0 und die Anzahl der Batches ist 1.

  • proxy-url— Konfigurieren Sie alle Tests so, dass der Verkehr über diese URL weitergeleitet wird.

  • tags— Nur Feature-Tags ausführen. Kann mit '&' überschnitten werden

  • test-id-prefix— Ein gemeinsames Präfix, das auf alle testspezifischen Ressourcen angewendet wird, einschließlichAWSRessourcennamen und Tags. Die Standardeinstellung ist ein „gg“ -Präfix.

  • test-log-path— Verzeichnis, das die Ergebnisse des gesamten Testlaufs enthalten wird. Der Standardwert ist „TestResults“.

  • test-results-json— Markierung, um festzustellen, ob ein resultierender Cucumber-JSON-Bericht generiert und auf die Festplatte geschrieben wird. Standardwert ist „true“.

  • test-results-log— Markierung, um festzustellen, ob die Konsolenausgabe generiert und auf die Festplatte geschrieben wird. Standardwert "false".

  • test-results-xml— Markierung, um festzustellen, ob ein resultierender JUnit-XML-Bericht generiert und auf die Festplatte geschrieben wird. Standardwert ist „true“.

  • test-temp-path— Verzeichnis zum Generieren lokaler Testartefakte. Standardmäßig wird ein zufälliges temporäres Verzeichnis mit dem Präfix gg-testing verwendet.

  • timeout-multiplier— Für alle Test-Timeouts wird ein Multiplikator bereitgestellt. Standard = 1.0.