Manuelle Konfiguration Ihres CI/CD-Workflows für die Ausführung von Auslastungstests

Artikel
12/15/2023

Sie können einen Auslastungstest in Azure Load Testing automatisieren, indem Sie eine CI/CD-Pipeline erstellen. In diesem Artikel erfahren Sie, wie Sie GitHub-Aktionen, Azure-Pipelines oder andere CI-Tools manuell konfigurieren, um einen vorhandenen Test in Azure Load Testing aufzurufen. Automatisieren Sie einen Auslastungstest, um die Leistung und Stabilität der Anwendung kontinuierlich unter Last zu überprüfen.

So fügen Sie einer CI/CD-Pipeline einen vorhandenen Auslastungstest hinzu:

Konfigurieren Sie die Dienstauthentifizierung, damit das CI-Tool eine Verbindung mit Ihrer Azure-Lasttestressource herstellen kann.
Fügen Sie Ihrem Repository Lasttesteingabedateien hinzu, z. B. das JMeter-Testskript und die YAML-Konfiguration für den Auslastungstest.
Aktualisieren Sie die CI/CD-Pipelinedefinition, um Azure Load Testing aufzurufen.

Voraussetzungen

Ein Azure-Konto mit einem aktiven Abonnement. Sie können kostenlos ein Konto erstellen.
Ein Azure Load Testing-Test. Erstellen Sie einen URL-basierten Auslastungstest, oder verwenden Sie ein vorhandenes JMeter-Skript, um einen Auslastungstest zu erstellen.

Eine Azure DevOps-Organisation und ein entsprechendes Projekt. Falls Sie über keine Azure DevOps-Organisation verfügen, können Sie kostenlos eine erstellen. Informationen zu den ersten Schritten mit Azure Pipelines finden Sie bei Bedarf unter Erstellen Ihrer ersten Pipeline.

Konfigurieren der Dienstauthentifizierung

Um einen Auslastungstest in Ihrem CI/CD-Workflow auszuführen, müssen Sie dem CI/CD-Workflow die Berechtigung für den Zugriff auf Ihre Auslastungstestressource erteilen. Erstellen Sie einen Dienstprinzipal für den CI/CD-Workflow, und weisen Sie die Azure RBAC-Rolle „Mitwirkender für Auslastungstest“ zu.

Erstellen einer Dienstverbindung in Azure Pipelines

In Azure Pipelines erstellen Sie eine Dienstverbindung in Ihrem Azure DevOps-Projekt, um auf Ressourcen in Ihrem Azure-Abonnement zuzugreifen. Wenn Sie die Dienstverbindung erstellen, erstellt Azure DevOps ein Microsoft Entra-Dienstprinzipalobjekt.

Melden Sie sich bei Ihrer Azure DevOps-Organisation (https://dev.azure.com/<your-organization>) an und wählen Sie Ihr Projekt.

Ersetzen Sie den Textplatzhalter <your-organization> durch Ihren Projektbezeichner.
Wählen Sie Projekteinstellungen>Dienstverbindungen>+ Neue Dienstverbindung aus.
Wählen Sie im Bereich Neue Dienstverbindung die Option Azure Resource Manager aus, und klicken Sie dann auf Weiter.
Wählen Sie die Authentifizierungsmethode Dienstprinzipal (automatisch) und anschließend Weiter aus.

Geben Sie die Details zur Dienstverbindung ein, und wählen Sie dann Speichern aus, um die Dienstverbindung zu erstellen.

Feld	Wert
Bereichsebene	Abonnement.
Abonnement	Wählen Sie das Azure-Abonnement aus, das Ihre Auslastungstestressource hostet.
Ressourcengruppe	Wählen Sie die Ressourcengruppe aus, die die Ressource für den Auslastungstest enthält.
Name der Dienstverbindung	Geben Sie für die Dienstverbindung einen eindeutigen Namen ein.
Gewähren der Zugriffsberechtigung für alle Pipelines	Aktiviert

Wählen Sie in der Liste der Dienstverbindungen die zuvor erstellte Dienstverbindung aus, und wählen Sie dann Dienstprinzipal verwalten aus.

Das Azure-Portal wird auf einer separaten Browserregisterkarte geöffnet und zeigt die Dienstprinzipaldetails an.
Kopieren Sie im Azure-Portal den Wert Anzeigename.

Sie verwenden diesen Wert im nächsten Schritt, um dem Dienstprinzipal Berechtigungen zum Ausführen von Auslastungstests zu erteilen.

Gewähren des Zugriffs auf Azure Load Testing

Azure Load Testing verwendet Azure RBAC, um Berechtigungen für die Ausführung bestimmter Aktivitäten für Ihre Auslastungstestressource zu erteilen. Um einen Auslastungstest über Ihre CI/CD-Pipeline auszuführen, weisen Sie dem Dienstprinzipal die Rolle „Mitwirkender für Auslastungstest“ zu.

Navigieren Sie im Azure-Portal zu Ihrer Azure Load Testing-Ressource.
Klicken Sie auf Zugriffssteuerung (IAM)>Hinzufügen>Rollenzuweisung hinzufügen.
Wählen Sie auf der Registerkarte Rolle in der Liste der Auftragsfunktionsrollen die Option Mitwirkender für Auslastungstest aus.
Wählen Sie auf der Registerkarte Mitglieder die Option Mitglieder auswählen aus, und verwenden Sie dann den Anzeigenamen, den Sie zuvor kopiert haben, um den Dienstprinzipal zu suchen.
Wählen Sie den Dienstprinzipal und dann Auswählen aus.
Wählen Sie auf der Registerkarte Überprüfen + zuweisen die Option Überprüfen + zuweisen aus, um die Rollenzuweisung hinzuzufügen.

Sie können jetzt die Dienstverbindung in Ihrer Azure Pipelines-Workflowdefinition verwenden, um auf Ihre Azure-Auslastungstestressource zuzugreifen.

Um über den GitHub Actions-Workflow auf Ihre Azure Load Testing-Ressource zuzugreifen, erstellen Sie zuerst einen Microsoft Entra-Dienstprinzipal. Dieser Dienstprinzipal stellt Ihren GitHub Actions-Workflow in microsoft Entra ID dar.

Als Nächstes gewähren Sie dem Dienstprinzipal Berechtigungen zum Erstellen und Ausführen eines Auslastungstests mit Ihrer Azure Load Testing-Ressource.

Erstellen eines Dienstprinzipals

Erstellen Sie einen Dienstprinzipal im Azure-Abonnement, und weisen Sie die Rolle „Mitwirkender für Auslastungstest“ zu, damit Ihr GitHub Actions-Workflow Zugriff auf Ihre Azure-Ressource für Auslastungstests hat und Auslastungstests durchführen kann.

Erstellen Sie einen Dienstprinzipal und weisen Sie die Rolle Load Test Contributor zu:

# Get the resource ID for the load testing resource - replace the text place holders.
loadtest=$(az resource show -g <resource-group-name> -n <load-testing-resource-name> --resource-type "Microsoft.LoadTestService/loadtests" --query "id" -o tsv)
echo $loadtest

# Create a service principal and assign the Load Test Contributor role - the scope is limited to the load testing resource.
az ad sp create-for-rbac --name "my-load-test-cicd" --role "Load Test Contributor" \
                         --scopes $loadtest \
                         --json-auth

Die Ausgabe ist ein JSON-Objekt, das den Dienstprinzipal darstellt. Sie verwenden diese Informationen, um sich im GitHub Actions-Workflow bei Azure zu authentifizieren.

Creating 'Load Test Contributor' role assignment under scope
{
  "clientId": "00000000-0000-0000-0000-000000000000",
  "clientSecret": "00000000-0000-0000-0000-000000000000",
  "subscriptionId": "00000000-0000-0000-0000-000000000000",
  "tenantId": "00000000-0000-0000-0000-000000000000",
  "activeDirectoryEndpointUrl": "https://login.microsoftonline.com",
  "resourceManagerEndpointUrl": "https://management.azure.com/",
  "activeDirectoryGraphResourceId": "https://graph.windows.net/",
  "sqlManagementEndpointUrl": "https://management.core.windows.net:8443/",
  "galleryEndpointUrl": "https://gallery.azure.com/",
  "managementEndpointUrl": "https://management.core.windows.net/"    
}

Hinweis

Wenn Sie diesen Befehl ausführen, erhalten Sie möglicherweise eine --sdk-auth-Außerbetriebnahmewarnung. Alternativ können Sie auf OpenID Connect (OIDC) basierende Authentifizierung für die Authentifizierung von GitHub bei Azure verwenden. Erfahren Sie, wie Sie die Azure-Anmeldeaktion mit OpenID Connect verwenden.

Kopieren Sie das JSON-Ausgabeobjekt in die Zwischenablage.

Im nächsten Schritt speichern Sie die Dienstprinzipalinformationen als GitHub Actions-Geheimnis.

Speichern von Azure-Anmeldeinformationen in einem GitHub Actions-Geheimnis

Erstellen Sie ein GitHub Actions-Geheimnis, um die Dienstprinzipalinformationen sicher zu speichern. Sie verwenden dieses Geheimnis in Ihrer Workflowdefinition, um eine Verbindung zur Authentifizierung bei Azure herzustellen und auf Ihre Azure-Auslastungstestressource zuzugreifen.

Hinweis

Wenn Sie OpenID Connect zum Authentifizieren bei Azure verwenden, müssen Sie das Dienstprinzipalobjekt nicht in der Azure-Anmeldeaktion übergeben. Erfahren Sie, wie Sie die Azure-Anmeldeaktion mit OpenID Connect verwenden.

So erstellen Sie ein GitHub Actions-Geheimnis:

Suchen Sie auf GitHub nach Ihrem Repository.
Wählen Sie Einstellungen> Secrets & variables>Actions aus.
Wählen Sie Neues Repositorygeheimnis aus, geben Sie die neuen Geheimnisinformationen ein, und wählen Sie dann Geheimnis hinzufügen aus, um ein neues Geheimnis zu erstellen.

Feld Wert

Name AZURE_CREDENTIALS

Geheimnis Fügen Sie die JSON-Ausgabe aus dem Dienstprinzipalerstellungsbefehl ein, die Sie zuvor kopiert haben.

Feld	Wert
Name	AZURE_CREDENTIALS
Geheimnis	Fügen Sie die JSON-Ausgabe aus dem Dienstprinzipalerstellungsbefehl ein, die Sie zuvor kopiert haben.

Sie können jetzt über Ihren GitHub Actions-Workflow mithilfe der gespeicherten Anmeldeinformationen auf Ihr Azure-Abonnement und die Auslastungstestressource zugreifen.

Wenn Sie ein anderes CI/CD-Tool verwenden, verwenden Sie die Azure CLI, um mit Ihren Azure-Ressourcen zu interagieren. Führen Sie die folgenden Schritte aus, um den CI-Toolzugriff auf Ihre Auslastungstestressource zu autorisieren:

Erstellen Sie einen Microsoft Entra-Dienstprinzipal, um eine Verbindung mit Ihrem Azure-Abonnement herzustellen und auf Ihre Azure-Lasttestressource zuzugreifen.
Erteilen Sie den Dienstprinzipalberechtigungen, um einen Auslastungstest zu erstellen und auszuführen, indem Sie die Rolle "Mitwirkender laden" zuweisen.
Speichern Sie die Azure-Anmeldeinformationen sicher im CI-Tool.

Führen Sie die folgenden Schritte aus, um die Dienstautorisierung für Ihr CI-Tool zu konfigurieren:

Erstellen Sie einen Dienstprinzipal, und weisen Sie die Rolle "Load Test Contributor" zu:

Ersetzen Sie die <resource-group-name> Platzhalter und <load-testing-resource-name> die Textplatzhalter.

# Get the resource ID for the load testing resource - replace the text place holders.
loadtest=$(az resource show -g <resource-group-name> -n <load-testing-resource-name> --resource-type "Microsoft.LoadTestService/loadtests" --query "id" -o tsv)
echo $loadtest

# Create a service principal and assign the Load Test Contributor role - the scope is limited to the load testing resource.
az ad sp create-for-rbac --name "my-load-test-cicd" --role "Load Test Contributor" \
                         --scopes $loadtest \
                         --json-auth

Die Ausgabe ist ein JSON-Objekt, das den Dienstprinzipal darstellt.

Creating 'Load Test Contributor' role assignment under scope
{
  "clientId": "00000000-0000-0000-0000-000000000000",
  "clientSecret": "00000000-0000-0000-0000-000000000000",
  "subscriptionId": "00000000-0000-0000-0000-000000000000",
  "tenantId": "00000000-0000-0000-0000-000000000000",
  "activeDirectoryEndpointUrl": "https://login.microsoftonline.com",
  "resourceManagerEndpointUrl": "https://management.azure.com/",
  "activeDirectoryGraphResourceId": "https://graph.windows.net/",
  "sqlManagementEndpointUrl": "https://management.core.windows.net:8443/",
  "galleryEndpointUrl": "https://gallery.azure.com/",
  "managementEndpointUrl": "https://management.core.windows.net/"    
}

Kopieren Sie die clientIdWerte clientSecretund tenantId Werte, und speichern Sie sie sicher als geheime Schlüssel in Ihrem CI-Tool.

Sie verwenden diese Werte, um sich mit dem Azure CLI-Befehl az login bei Ihrem Azure-Abonnement anzumelden.

Hinzufügen von Ladetestdateien in Ihrem Repository

Um einen Auslastungstest mit Azure Load Testing in einem CI/CD-Workflow auszuführen, müssen Sie alle Ladetesteingabedateien in Ihrem Quellcodeverwaltungs-Repository hinzufügen.

Wenn Sie keinen Ladetest haben, fügen Sie dem Quellcode-Repository die folgenden Dateien hinzu:

YaML-Datei zum Laden der Testkonfiguration. Erfahren Sie, wie Sie eine YAML-Datei für die Auslastungstestkonfiguration erstellen können.
Testplandatei. Fügen Sie für JMeter-basierte Tests ein JMeter-Testskript (JMX Datei) hinzu. Fügen Sie für URL-basierte Tests eine JSON-Anforderungsdatei hinzu.
Alle JMeter-Benutzereigenschaftendateien.
Alle Eingabedatendateien, die Ihr Testplan verwendet. Beispiel: CSV-Datendateien.

Wenn Sie über einen vorhandenen Ladetest verfügen, können Sie die Konfigurationseinstellungen und alle Eingabedateien direkt aus der Azure-Portal herunterladen. Führen Sie die folgenden Schritte aus, um die Eingabedateien für einen vorhandenen Auslastungstest im Azure-Portal herunterzuladen:

Navigieren Sie im Azure-Portal zu Ihrer Azure Load Testing-Ressource.
Wählen Sie im linken Bereich Tests aus, um die Liste der Auslastungstests anzuzeigen, und wählen Sie dann Ihren Test aus.
Wählen Sie die Auslassungspunkte (...) neben dem Testlauf aus, mit dem Sie arbeiten, und wählen Sie dann Eingabedatei herunterladen aus.

Der Browser lädt einen gezippten Ordner herunter, der die Eingabedateien für den Auslastungstest enthält.
Verwenden Sie ein beliebiges ZIP-Tool, um die Eingabedateien zu extrahieren.

Der Ordner enthält die folgenden Dateien:
- config.yaml: Die YAML-Konfigurationsdatei für den Auslastungstest. Sie verweisen auf diese Datei in der CI/CD-Workflowdefinition.
- .jmx: das JMeter-Testskript
- Alle zusätzlichen Eingabedateien, z. B. CSV-Dateien oder Benutzereigenschaftendateien, die zum Ausführen des Auslastungstests benötigt werden.
Committen Sie alle extrahierten Eingabedateien in Ihr Quellcodeverwaltungsrepository.

Verwenden Sie das Quellcoderepository, in dem Sie die CI/CD-Pipeline konfigurieren.

Aktualisieren der CI/CD-Workflowdefinition

Azure Load Testing unterstützt sowohl GitHub Actions als auch Azure Pipelines zum Ausführen von Auslastungstests.

Installieren der Azure Load Testing-Erweiterung für Azure DevOps

Zum Erstellen und Ausführen eines Auslastungstests verwendet die Azure Pipelines-Workflowdefinition die Erweiterung Azure Load Testing-Aufgabe aus dem Azure DevOps-Marketplace.

Öffnen Sie die Azure Load Testing-Aufgabenerweiterung im Azure DevOps-Marketplace und wählen Sie Kostenlos abrufen aus.
Wählen Sie Ihre Azure DevOps-Organisation aus und wählen Sie dann Installieren aus, um die Erweiterung zu installieren.

Wenn Sie nicht über Administratorberechtigungen für die ausgewählte Azure DevOps-Organisation verfügen, wählen Sie Anforderung aus, um einen Administrator anzufordern, die Erweiterung zu installieren.

Aktualisieren des Azure Pipelines-Workflows

Aktualisieren Sie Ihren Azure Pipelines-Workflow, um einen Auslastungstest für Ihre Azure-Auslastungstestressource auszuführen.

Melden Sie sich bei Ihrer Azure DevOps-Organisation (https://dev.azure.com/<your-organization>) an und wählen Sie Ihr Projekt.
Wählen Sie im linken Navigationsbereich Pipelines aus, wählen Sie Ihre Pipeline und dann Bearbeiten aus, um Ihre Workflowdefinition zu bearbeiten.

Alternativ können Sie Pipeline erstellen auswählen, um eine neue Pipeline in Azure Pipelines zu erstellen.
Verwenden Sie die AzureLoadTest-Aufgabe, um den Auslastungstest auszuführen.

Geben Sie in der loadTestConfigFile-Eigenschaft die Konfigurationsdatei für den Auslastungstest an, die Sie zuvor exportiert haben.

Ersetzen Sie die Textplatzhalter <load-testing-resource> und <load-testing-resource-group> durch den Namen Ihrer Azure-Auslastungstestressource und die Ressourcengruppe.
```
    - task: AzureLoadTest@1
      inputs:
        azureSubscription: $(serviceConnection)
        loadTestConfigFile: 'config.yaml'
        loadTestResource: <load-testing-resource>
        resourceGroup: <load-testing-resource-group>
```
Optional können Sie Parameter oder Geheimnisse mithilfe der env-Eigenschaft oder der secrets-Eigenschaft an den Auslastungstest übergeben.
Verwenden Sie die publish-Aufgabe, um die Testergebnisse als Artefakte in Ihrer Azure Pipelines-Workflowausführung zu veröffentlichen.
```
    - publish: $(System.DefaultWorkingDirectory)/loadTest
      artifact: loadTestResults
```

Aktualisieren des GitHub Actions-Workflows

Aktualisieren Sie Ihren GitHub Actions-Workflow, um einen Auslastungstest für Ihre Azure-Auslastungstestressource auszuführen.

Suchen Sie auf GitHub nach Ihrem Repository.
Bearbeiten Sie Ihren GitHub Actions-Workflow, oder erstellen Sie einen neuen Workflow in Ihrem GitHub-Repository.
Verwenden Sie die actions/checkout Aktion, um das Repository mit den Ladetesteingabedateien auszuchecken.
```
    - name: Checkout
      uses: actions/checkout@v3
```
Verwenden Sie die azure/login-Aktion, um sich mit den gespeicherten Anmeldeinformationen bei Azure zu authentifizieren.

Fügen Sie die folgenden YAML-Inhalte in Ihre Workflowdefinition ein:
```
    - name: Login to Azure
      uses: azure/login@v1
      continue-on-error: false
      with:
        creds: ${{ secrets.AZURE_CREDENTIALS }}
```
Verwenden Sie die azure/load-testing-Aktion, um den Auslastungstest auszuführen.

Geben Sie in der loadTestConfigFile-Eigenschaft die Konfigurationsdatei für den Auslastungstest an, die Sie zuvor exportiert haben.

Ersetzen Sie die Textplatzhalter <load-testing-resource> und <load-testing-resource-group> durch den Namen Ihrer Azure-Auslastungstestressource und die Ressourcengruppe.
```
    - name: 'Azure Load Testing'
      uses: azure/load-testing@v1
      with:
        loadTestConfigFile: 'config.yaml'
        loadTestResource: <load-testing-resource>
        resourceGroup: <load-testing-resource-group>
```
Optional können Sie Parameter oder Geheimnisse mithilfe der env-Eigenschaft oder der secrets-Eigenschaft an den Auslastungstest übergeben.
Verwenden Sie die actions/upload-artifact-Aktion, um die Testergebnisse als Artefakte in Ihrer GitHub Actions Workflowausführung zu veröffentlichen.
```
    - uses: actions/upload-artifact@v2
      with:
        name: loadTestResults
        path: ${{ github.workspace }}/loadTest
```

Aktualisieren Sie Ihren CI-Workflow, um einen Auslastungstest für Ihre Azure-Auslastungstestressource mithilfe der Azure CLI auszuführen. Verwenden Sie die Besonderheiten Ihres CI-Tools, um ihrem CI-Workflow die folgenden Befehle hinzuzufügen:

Melden Sie sich mit dem Dienstprinzipal beim Azure-Abonnement an.

Verwenden Sie die clientIdclientSecretzuvor gespeicherten Werte und tenandId Werte.
```
az login --service-principal -u $AZURE_CLIENT_ID -p $AZURE_CLIENT_SECRET -t $AZURE_TENANT_ID
az account set -s $AZURE_SUBSCRIPTION_ID
```
Erstellen Sie einen Auslastungstest mithilfe der YAML-Datei für die Auslastungstestkonfiguration.

Ersetzen Sie die <load-testing-resource>Platzhalter <load-testing-resource-group>und <load-test-config-yaml> Textplatzhalter durch den Namen der Ressourcentestressource, den Ressourcengruppennamen und den Dateinamen der YAML-Datei für die Auslastungstestkonfiguration, die Sie zuvor dem Repository hinzugefügt haben.
```
az load test create --load-test-resource <load-testing-resource> --resource-group <load-testing-resource-group> --test-id sample-test-id --load-test-config-file <load-test-config-yaml>
```

Führen Sie den Ladetest aus.

testRunId="run_"`date +"%Y%m%d%_H%M%S"`
displayName="Run"`date +"%Y/%m/%d_%H:%M:%S"`

az load test-run create --load-test-resource <load-testing-resource> --test-id sample-test-id --test-run-id $testRunId --display-name $displayName --description "Test run from CLI"

Rufen Sie die clientseitigen Metriken für die Auslastungstestausführung ab, und zeigen Sie sie an.

az load test-run metrics list --load-test-resource <load-testing-resource> --test-run-id $testRunId --metric-namespace LoadTestRunMetrics

Anzeigen von Auslastungstestergebnissen

Wenn Sie einen Auslastungstest über Ihre CI/CD-Pipeline ausführen, können Sie die Zusammenfassungsergebnisse direkt im CI/CD-Ausgabeprotokoll anzeigen. Wenn Sie die Testergebnisse als Pipelineartefakt veröffentlicht haben, können Sie auch eine CSV-Datei für die weitere Berichterstellung herunterladen.

Screenshot that shows the workflow logging information.

Bereinigen von Ressourcen

Wenn Sie die erstellten Ressourcen nicht mehr benötigen, löschen Sie sie, damit Ihnen keine weiteren Kosten entstehen.

Entfernen von Azure Pipelines-Änderungen:
1. Melden Sie sich bei Ihrer Azure DevOps-Organisation (https://dev.azure.com/<your-organization>) an und wählen Sie Ihr Projekt.
  
  Ersetzen Sie den Textplatzhalter <your-organization> durch Ihren Projektbezeichner.
2. Wenn Sie eine neue Pipeline erstellt haben:
  1. Wählen Sie Pipelines und dann Ihre Pipeline aus.
  2. Wählen Sie die Auslassungspunkte und anschließend Löschen aus.
  3. Geben Sie den Pipelinenamen ein, und wählen Sie dann Löschen aus, um die Pipeline zu löschen.
3. Wenn Sie eine vorhandene Workflowdefinition geändert haben, machen Sie die Änderungen für das Ausführen des Auslastungstests rückgängig, und speichern Sie den Workflow.
Entfernen der Dienstverbindung:
1. Wählen Sie Projekteinstellungen>Dienstverbindungen und dann Ihre Dienstverbindung aus.
2. Wählen Sie Bearbeiten>Löschen aus, um die Dienstverbindung zu entfernen.

Entfernen von GitHub Actions-Änderungen:
1. Suchen Sie auf GitHub nach Ihrem Repository.
2. Wenn Sie eine neue Workflowdefinition erstellt haben, löschen Sie die YAML-Workflowdatei im Ordner .github/workflows.
3. Wenn Sie eine vorhandene Workflowdefinition geändert haben, machen Sie die Änderungen für das Ausführen des Auslastungstests rückgängig, und speichern Sie den Workflow.

Entfernen des Dienstprinzipals:

az ad sp delete --id $(az ad sp show --display-name "my-load-test-cicd" -o tsv)

Nächste Schritte

Fahren Sie mit dem nächsten Artikel fort, um zu erfahren, wie Sie Leistungsregressionen ermitteln, indem Sie Fehlerkriterien für Tests definieren und Testläufe vergleichen.

Freigeben über