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.
Konfiguration von Qualitätsberichten in einer Aktion
In diesem Abschnitt wird beschrieben, wie Sie einen Qualitätsbericht in einer Aktion konfigurieren.
Automatische Erkennung und manuelle Berichte
Wenn die automatische Erkennung aktiviert ist, werden alle Eingaben, die an die Aktion übergeben wurden, und alle von der Aktion selbst generierten Dateien CodeCatalyst durchsucht. Dabei wird nach Berichten über Tests, Codeabdeckung, Softwarekompositionsanalyse (SCA) und statische Analyse (SA) gesucht. Sie können jeden dieser Berichte in CodeCatalyst anzeigen und bearbeiten.
Sie können auch manuell konfigurieren, welche Berichte generiert werden. Sie können den Typ des Berichts, den Sie generieren möchten, sowie das Dateiformat angeben. Weitere Informationen finden Sie unter Typen von Qualitätsberichten.
Erfolgskriterien für Berichte konfigurieren
Sie können die Werte festlegen, die die Erfolgskriterien für einen Test-, Codeabdeckungs-, Software Composition Analysis (SCA) oder Static Analysis (SA) -Bericht bestimmen.
Erfolgskriterien sind Schwellenwerte, die bestimmen, ob ein Bericht erfolgreich ist oder nicht. CodeCatalyst generiert zunächst Ihren Bericht, bei dem es sich um einen Test-, Codeumfang- oder SA-Bericht handeln kann, und wendet dann die Erfolgskriterien auf die generierten Berichte an. SCA Anschließend wird angezeigt, ob und in welchem Umfang die Erfolgskriterien erfüllt wurden. Wenn ein Bericht die angegebenen Erfolgskriterien nicht erfüllt, schlägt die CodeCatalyst Aktion fehl, mit der die Erfolgskriterien angegeben wurden.
Wenn Sie beispielsweise die Erfolgskriterien für Ihren SCA Bericht festlegen, lauten die gültigen Sicherheitsanfälligkeitswerte, die vom schwersten bis zum geringsten Schweregrad reichenCRITICAL
, wie folgt: HIGH
MEDIUM
,LOW
,,INFORMATIONAL
. Wenn Sie die Kriterien für die Suche nach einer Sicherheitsanfälligkeit anhand ihres HIGH
Schweregrads festlegen, schlägt der Bericht fehl, wenn entweder mindestens eine Sicherheitsanfälligkeit mit HIGH
Schweregrad oder keine Sicherheitslücken mit HIGH
Schweregrad vorhanden sind, aber mindestens eine Sicherheitsanfälligkeit mit einem höheren Schweregrad, z. B. eine Sicherheitsanfälligkeit mit CRITICAL
Schweregrad.
Wenn Sie keine Erfolgskriterien angeben, gehen Sie wie folgt vor:
-
Der CodeCatalyst Bericht, der auf der Grundlage Ihrer Rohberichte generiert wird, zeigt keine Erfolgskriterien an.
-
Erfolgskriterien werden nicht verwendet, um zu bestimmen, ob die zugehörige Workflow-Aktion erfolgreich war oder nicht.
- Visual
-
Um Erfolgskriterien zu konfigurieren
-
Wählen Sie im Navigationsbereich CI/CD und dann Workflows aus.
-
Wählen Sie einen Workflow aus, der eine Aktion enthält, die einen Bericht generiert. Dies ist der Bericht, für den Sie Erfolgskriterien anwenden möchten. Sie können nach dem Quell-Repository oder dem Branch-Namen filtern, in dem der Workflow definiert ist, oder nach Workflow-Namen oder -Status filtern.
-
Wählen Sie Edit (Bearbeiten) aus.
-
Wählen Sie Visual.
-
Wählen Sie im Workflow-Diagramm die Aktion aus, die Sie für die Generierung von CodeCatalyst Berichten konfiguriert haben.
-
Wählen Sie die Registerkarte Outputs.
-
Wählen Sie unter Automatische Erkennung von Berichten oder unter Berichte manuell konfigurieren die Option Erfolgskriterien aus.
Erfolgskriterien werden angezeigt. Abhängig von Ihrer vorherigen Auswahl werden Ihnen möglicherweise einige oder alle dieser Optionen angezeigt:
Erfolgsquote
Geben Sie den Prozentsatz der Tests in einem Testbericht an, die bestanden werden müssen, damit der zugehörige CodeCatalyst Bericht als bestanden markiert wird. Zu den gültigen Werten gehören Dezimalzahlen. Zum Beispiel: 50
, 60.5
. Die Kriterien für die Erfolgsquote werden nur auf Testberichte angewendet. Weitere Informationen zu Testberichten finden Sie unterTestberichte.
Abdeckung der Leitungen
Geben Sie den Prozentsatz der Zeilen in einem Bericht über die Codeabdeckung an, die abgedeckt sein müssen, damit der zugehörige CodeCatalyst Bericht als bestanden markiert wird. Zu den gültigen Werten gehören Dezimalzahlen. Zum Beispiel: 50
, 60.5
. Die Kriterien für die Leitungsabdeckung werden nur auf Berichte zur Codeabdeckung angewendet. Weitere Informationen zu Berichten über die Codeabdeckung finden Sie unterBerichte zur Codeabdeckung.
Abdeckung der Filialen
Geben Sie den Prozentsatz der Filialen in einem Bericht über die Codeabdeckung an, die abgedeckt sein müssen, damit der zugehörige CodeCatalyst Bericht als bestanden markiert wird. Gültige Werte beinhalten Dezimalzahlen. Zum Beispiel: 50
, 60.5
. Die Kriterien für die Abdeckung von Filialen werden nur auf Berichte zur Codeabdeckung angewendet. Weitere Informationen zu Berichten über die Codeabdeckung finden Sie unterBerichte zur Codeabdeckung.
Sicherheitslücken (SCA)
Geben Sie die maximale Anzahl und den Schweregrad der Sicherheitslücken an, die im SCA Bericht zulässig sind, damit der zugehörige CodeCatalyst Bericht als bestanden markiert werden kann. Um Sicherheitslücken zu spezifizieren, müssen Sie Folgendes angeben:
-
Der Mindestschweregrad der Sicherheitsanfälligkeiten, die Sie in die Zählung einbeziehen möchten. Gültige Werte, vom höchsten bis zum geringsten Schweregrad, sind: CRITICAL
HIGH
,MEDIUM
,,LOW
,INFORMATIONAL
.
Wenn Sie beispielsweise wählen HIGH
HIGH
, werden alle CRITICAL
Sicherheitslücken gezählt.
-
Die maximale Anzahl von Sicherheitslücken mit dem angegebenen Schweregrad, die Sie zulassen möchten. Wenn diese Zahl überschritten wird, wird der CodeCatalyst Bericht als fehlgeschlagen markiert. Gültige Werte sind ganze Zahlen.
Die Kriterien für Sicherheitslücken werden nur auf SCA Berichte angewendet. Weitere Informationen zu SCA Berichten finden Sie unterBerichte zur Analyse der Softwarezusammensetzung.
Bugs
Geben Sie die maximale Anzahl und den Schweregrad der Fehler an, die im SA-Bericht zulässig sind, damit der zugehörige CodeCatalyst Bericht als bestanden markiert wird. Um Fehler anzugeben, müssen Sie Folgendes angeben:
-
Der minimale Schweregrad der Fehler, die Sie in die Zählung einbeziehen möchten. Gültige Werte, vom höchsten bis zum geringsten Schweregrad, sind: CRITICAL
HIGH
,MEDIUM
,,LOW
,INFORMATIONAL
.
Wenn Sie beispielsweise wählenHIGH
, dann werden HIGH
alle CRITICAL
Bugs gezählt.
-
Die maximale Anzahl von Fehlern mit dem angegebenen Schweregrad, die Sie zulassen möchten. Wenn diese Zahl überschritten wird, wird der CodeCatalyst Bericht als fehlgeschlagen markiert. Gültige Werte sind ganze Zahlen.
Die Kriterien für Fehler werden nur auf Berichte PyLint und ESLint Sicherheitsüberprüfungen angewendet. Weitere Informationen zu SA-Berichten finden Sie unterStatische Analyseberichte.
Sicherheitslücken
Geben Sie die maximale Anzahl und den Schweregrad der Sicherheitslücken an, die im SA-Bericht zulässig sind, damit der zugehörige CodeCatalyst Bericht als bestanden markiert wird. Um Sicherheitslücken anzugeben, müssen Sie Folgendes angeben:
-
Der Mindestschweregrad der Sicherheitslücken, die Sie in die Zählung einbeziehen möchten. Gültige Werte (vom höchsten bis zum geringsten Schweregrad) sind: CRITICAL
HIGH
,MEDIUM
,,LOW
,INFORMATIONAL
.
Wenn Sie beispielsweise wählenHIGH
, dann HIGH
werden CRITICAL
Sicherheitslücken gezählt.
-
Die maximale Anzahl von Sicherheitslücken mit dem angegebenen Schweregrad, die Sie zulassen möchten. Wenn diese Zahl überschritten wird, wird der CodeCatalyst Bericht als fehlgeschlagen markiert. Gültige Werte sind ganze Zahlen.
Die Kriterien für Sicherheitslücken werden nur auf PyLint Berichte von ESLint Sicherheitslücken angewendet. Weitere Informationen zu SA-Berichten finden Sie unterStatische Analyseberichte.
Probleme mit der Qualität
Geben Sie die maximale Anzahl und den Schweregrad der Qualitätsprobleme an, die im SA-Bericht zulässig sind, damit der zugehörige CodeCatalyst Bericht als bestanden markiert werden kann. Um Qualitätsprobleme zu spezifizieren, müssen Sie Folgendes angeben:
-
Der Mindestschweregrad der Qualitätsprobleme, die Sie in die Zählung einbeziehen möchten. Gültige Werte, vom höchsten bis zum geringsten Schweregrad, sind: CRITICAL
HIGH
,MEDIUM
,,LOW
,INFORMATIONAL
.
Wenn Sie sich beispielsweise dafür entscheiden HIGH
HIGH
, werden CRITICAL
Qualitätsprobleme gezählt.
-
Die maximale Anzahl von Qualitätsproblemen mit dem angegebenen Schweregrad, die Sie zulassen möchten. Wenn diese Zahl überschritten wird, wird der CodeCatalyst Bericht als fehlgeschlagen markiert. Gültige Werte sind ganze Zahlen.
Die Kriterien für Qualitätsprobleme werden nur auf Berichte PyLint und ESLint SA-Berichte angewendet. Weitere Informationen zu SA-Berichten finden Sie unterStatische Analyseberichte.
-
Wählen Sie Commit (Übergeben).
-
Führen Sie Ihren Workflow so aus, dass Erfolgskriterien auf Ihre Rohberichte CodeCatalyst angewendet werden, und generieren Sie die zugehörigen CodeCatalyst Berichte erneut, einschließlich der Informationen zu den Erfolgskriterien. Weitere Informationen finden Sie unter Manuelles Starten einer Workflow-Ausführung.
- YAML
-
Um Erfolgskriterien zu konfigurieren
-
Wählen Sie im Navigationsbereich CI/CD und dann Workflows aus.
-
Wählen Sie einen Workflow aus, der eine Aktion enthält, die einen Bericht generiert. Dies ist der Bericht, für den Sie Erfolgskriterien anwenden möchten. Sie können nach dem Quell-Repository oder dem Branch-Namen filtern, in dem der Workflow definiert ist, oder nach Workflow-Namen oder -Status filtern.
-
Wählen Sie Edit (Bearbeiten) aus.
-
Wählen Sie YAML.
-
Wählen Sie im Workflow-Diagramm die Aktion aus, die Sie für die Generierung von CodeCatalyst Berichten konfiguriert haben.
-
Wählen Sie im Detailbereich die Registerkarte Ausgaben aus.
-
Fügen Sie in der Aktion, im AutoDiscoverReports
Abschnitt oder im Reports
Abschnitt eine SuccessCriteriaEigenschaft zusammen mitPassRate
,,LineCoverage
,BranchCoverage
, Vulnerabilities
StaticAnalysisBug
StaticAnalysisSecurity
, und StaticAnalysisQuality
Eigenschaften hinzu.
Eine Erläuterung der einzelnen Eigenschaften finden Sie imAktionen erstellen und testen YAML.
-
Wählen Sie Commit (Übergeben).
-
Führen Sie Ihren Workflow so aus, dass Erfolgskriterien auf Ihre Rohberichte CodeCatalyst angewendet werden, und generieren Sie die zugehörigen CodeCatalyst Berichte erneut, einschließlich der Informationen zu den Erfolgskriterien. Weitere Informationen zum Starten eines Workflows finden Sie unterManuelles Starten einer Workflow-Ausführung.
YAMLBeispiel für Qualitätsberichte
Das folgende Beispiel zeigt, wie Sie vier Berichte manuell konfigurieren: einen Testbericht, einen Bericht zur Codeabdeckung, einen Analysebericht zur Softwarezusammensetzung und einen statischen Analysebericht.
Reports:
MyTestReport:
Format: JUNITXML
IncludePaths:
- "*.xml"
ExcludePaths:
- report1.xml
SuccessCriteria:
PassRate: 90
MyCoverageReport:
Format: CLOVERXML
IncludePaths:
- output/coverage/jest/clover.xml
SuccessCriteria:
LineCoverage: 75
BranchCoverage: 75
MySCAReport:
Format: SARIFSCA
IncludePaths:
- output/sca/reports.xml
SuccessCriteria:
Vulnerabilities:
Number: 5
Severity: HIGH
MySAReport:
Format: ESLINTJSON
IncludePaths:
- output/static/eslint.xml
SuccessCriteria:
StaticAnalysisBug:
Number: 10
Severity: MEDIUM
StaticAnalysisSecurity:
Number: 5
Severity: CRITICAL
StaticAnalysisQuality:
Number: 0
Severity: INFORMATIONAL