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.
Automatisches Zusammenführen einzelner Build-Berichte
AWS CodeBuild Unterstützt bei Fanout-Batch-Builds das automatische Zusammenführen einzelner Build-Berichte zu einem konsolidierten Bericht auf Batch-Ebene. Diese Funktion bietet einen umfassenden Überblick über die Testergebnisse und die Codeabdeckung aller Builds innerhalb eines Batches.
Funktionsweise
Bei der Ausführung von fanout Batch-Builds generiert jeder einzelne Build Testberichte. CodeBuild konsolidiert dann automatisch identische Berichte aus verschiedenen Builds zu einem einheitlichen Bericht, der an den Batch-Build angehängt wird. Diese konsolidierten Berichte sind über das BatchGetBuildBatches reportArns API-Feld leicht zugänglich und können auch auf der Registerkarte „Berichte“ der Konsole eingesehen werden. Diese Funktion zum Zusammenführen erstreckt sich auch auf automatisch erkannte Berichte.
Konsolidierte Berichte werden unter Berichtsgruppen erstellt, die entweder in der Buildspec angegeben sind oder von automatisch erkannt werden. CodeBuild Sie können die Trends der zusammengeführten Berichte direkt unter diesen Berichtsgruppen analysieren. So erhalten Sie wertvolle Einblicke in die allgemeinen Buildleistungs- und Qualitätskennzahlen historischer Builds desselben Build-Batch-Projekts.
Für jeden einzelnen Build innerhalb des Batches CodeBuild werden automatisch separate Berichtsgruppen erstellt. Diese folgen einer bestimmten Benennungskonvention und kombinieren den Namen der Batch-Build-Berichtsgruppe mit einem Suffix vonBuildFanoutShard<shard_number>, wobei das shard_number für die Nummer des Shards steht, in dem die Berichtsgruppe erstellt wird. Diese Organisation ermöglicht es Ihnen, Trends sowohl auf konsolidierter als auch auf individueller Build-Ebene zu verfolgen und zu analysieren, sodass Sie die jeweiligen Build-Prozesse flexibel überwachen und bewerten können.
Der Batch-Build-Bericht folgt derselben Struktur wie einzelne Build-Berichte. Die folgenden Schlüsselfelder auf der Registerkarte „Bericht“ sind spezifisch für Batch-Build-Berichte:
- Status der Batch-Erstellung von Berichten
-
Der Status von Batch-Build-Berichten folgt je nach Berichtstyp bestimmten Regeln:
-
Testberichte:
-
Erfolgreich: Der Status wird auf „Erfolgreich“ gesetzt, wenn alle einzelnen Build-Berichte erfolgreich waren.
-
Fehlgeschlagen: Der Status wird auf „Fehlgeschlagen“ gesetzt, wenn ein einzelner Build-Bericht fehlgeschlagen ist.
-
Unvollständig: Der Status wird als unvollständig markiert, wenn ein einzelner Build-Bericht fehlt oder den Status „Unvollständig“ hat.
-
-
Berichte zur Codeabdeckung:
-
Vollständig: Der Status wird auf „Abgeschlossen“ gesetzt, wenn alle einzelnen Build-Berichte abgeschlossen sind.
-
Fehlgeschlagen: Der Status wird auf „Fehlgeschlagen“ gesetzt, wenn ein einzelner Build-Bericht fehlgeschlagen ist.
-
Unvollständig: Der Status wird als unvollständig markiert, wenn ein einzelner Build-Bericht fehlt oder den Status „Unvollständig“ hat.
-
-
- Zusammenfassung des Tests
-
Der zusammengeführte Testbericht konsolidiert die folgenden Felder aus allen einzelnen Build-Berichten:
-
Dauer in Nanosekunden: Die maximale Testdauer in Nanosekunden für alle einzelnen Build-Berichte.
-
total: Die kombinierte Anzahl aller Testfälle, summiert die Gesamtzahl der Tests aus jedem Build.
-
Status-Counts: Bietet eine konsolidierte Ansicht der Teststatus wie bestanden, nicht bestanden oder übersprungen, die berechnet werden, indem die Anzahl der einzelnen Statustypen für alle einzelnen Builds aggregiert wird.
-
- Zusammenfassung der Codeabdeckung
-
Der zusammengeführte Bericht zur Codeabdeckung kombiniert Felder aus allen einzelnen Builds anhand der folgenden Berechnungen:
-
abgedeckte Zweige: Summe aller abgedeckten Zweige aus einzelnen Berichten.
-
Fehlende Zweige: Summe aller übersehenen Zweige aus einzelnen Berichten.
-
Anteil der Filialen in Prozent:
(Total covered branches / Total branches) * 100 -
Abgedeckte Leitungen: Summe aller abgedeckten Leitungen aus einzelnen Berichten.
-
Lines-Missed: Summe aller verpassten Zeilen aus einzelnen Berichten.
-
Zeilenabdeckung in Prozent:
(Total covered lines / Total lines) * 100
-
- Ausführungs-ID
-
Der Batch-Build-ARN.
- Testfälle
-
Der zusammengeführte Bericht enthält eine konsolidierte Liste aller Testfälle aus einzelnen Builds, auf die sowohl über die DescribeTestCases API als auch über den Batch-Build-Bericht in der Konsole zugegriffen werden kann.
- Codeabdeckungen
-
Der zusammengeführte Bericht zur Codeabdeckung enthält konsolidierte Informationen zur Zeilen- und Verzweigungsabdeckung für jede Datei in allen einzelnen Builds, auf die sowohl über die DescribeCodeCoverages API als auch über den Batch-Build-Bericht in der Konsole zugegriffen werden kann. Hinweis: Für Dateien, die von mehreren Testdateien abgedeckt werden, die auf verschiedene Shards verteilt sind, verwendet der zusammengeführte Bericht die folgenden Auswahlkriterien:
-
Die primäre Auswahl basiert auf der höchsten Linienabdeckung unter den Shards.
-
Wenn die Linienabdeckung mehrerer Shards gleich ist, wird der Shard mit der höchsten Zweigabdeckung ausgewählt.
-
