Freigeben über


Ausführen automatisierter Tests aus Testplänen

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Führen Sie automatisierte Tests bei Bedarf direkt über Azure Testpläne aus, ohne geplante Builds oder Versionen einzurichten. Wählen Sie bestimmte Tests aus, die nach Infrastrukturbehebungen oder neuen Builds erneut ausgeführt werden sollen, und geben Testern eine einfache Möglichkeit, automatisierte Tests ohne Pipelinekenntnisse auszulösen.

Voraussetzungen

Kategorie Anforderungen
Access Levels Einfacher Zugriff oder höher. Um Testpläne, Suites und Konfigurationen zu verwalten, benötigen Sie den Zugriff auf Basic + Test Plans oder ein Visual Studio Enterprise-, Test Professional- oder MSDN Platforms-Abonnement .
Berechtigungen Bearbeiten von Arbeitsaufgaben in diesem Knoten, Verwalten von Testplänen und Verwalten von Testsuiten – auf Zulassen unter dem entsprechenden Bereichspfad eingestellt. Außerdem benötigen Sie Freigabeberechtigungen (erstellen, verwalten, Stufe bearbeiten, Bereitstellung verwalten). Weitere Informationen finden Sie unter Veröffentlichungsberechtigungen.
Werkzeuge Ein Testplan mit automatisierten Tests , die testmethoden zugeordnet sind.
Eine Buildpipeline , die Builds erzeugt, die die Testbinärdateien enthalten.
Eine App, die über Build- und Freigabeworkflows getestet, bereitgestellt oder für On-Demand-Tests verwendet wird.

Tipp

Sie können KI verwenden, um Ihnen bei dieser Aufgabe zu helfen später in diesem Artikel oder sehen Sie sich an, wie Sie die KI-Unterstützung bei Azure DevOps MCP Server aktivieren, um loszulegen.

Erstellen Ihrer Umgebung

  1. Öffnen Sie in "Testpläne" das Kontextmenü für Ihren Testplan, und wählen Sie "Testplaneinstellungen" aus.

    Screenshot zeigt die Auswahl von Testplaneinstellungen.

  2. Wählen Sie die Buildpipeline aus, die Builds generiert, die Ihre Testbinärdateien enthalten. Sie können eine bestimmte Buildnummer auswählen oder das System den neuesten Build automatisch verwenden lassen. Sowohl klassische als auch YAML-Build-pipelines werden unterstützt.

    Screenshot zeigt die Auswahl des Builds und der Buildnummer.

  3. Wählen Sie eine Release-Pipeline aus der Vorlage 'Automatisierte Tests vom Test Manager ausführen', und wählen Sie dann die Phase für die Testausführung aus. Wenn Sie noch keines haben, wählen Sie "Neu erstellen" aus, um eine Releasepipeline mit einer einzelnen Stufe zu erstellen, und die Visual Studio Test-Aufgabe wurde bereits hinzugefügt. Sowohl die klassische als auch die YAML-Pipeline werden unterstützt.

    Screenshot zeigt die Auswahl einer Releasepipeline oder das Erstellen einer neuen Pipeline.

    Weitere Informationen finden Sie unter Wie übergebe ich Parameter aus einer Pipeline an meinen Testcode?

  4. Weisen Sie der Releasepipeline und -stufe aussagekräftige Namen zu.

  5. Wenn Visual Studio nicht auf dem Agentcomputer installiert ist, fügen Sie der Pipelinedefinition die Visual Studio Test Platform Installer-Aufgabe hinzu.

  6. Fügen Sie die aufgabe Visual Studio Test zur Releasepipeline hinzu, und konfigurieren Sie sie wie folgt:

    • Stellen Sie sicher, dass Sie Version 3 der Visual Studio Test-Aufgabe verwenden.

    • Legen Sie "Tests auswählen" auf "Testlauf" fest. Weitere Informationen finden Sie unter Wie funktioniert die Einstellung "Testausführung"?

    • Legen Sie vsTestVersion auf toolsInstaller fest.

    • UI-Tests auf physischen Browsern oder dicken Clients: Der Agent muss als interaktiver Prozess mit aktiviertem Autologon ausgeführt werden. Konfigurieren Sie den Agent , bevor Sie den Build oder die Freigabe in die Warteschlange stellen. Das Kontrollkästchen "Testmix enthält UI-Tests" dient lediglich als Erinnerung - es konfiguriert den Agenten nicht automatisch. Für headless Browser ist kein interaktiver Modus erforderlich. Weitere Informationen finden Sie unter Sollte der Agent im interaktiven Modus oder als Dienst ausgeführt werden?

    • Wählen Sie aus, wie die Testplattform bereitgestellt wird und welche Version von Visual Studio oder welcher Testplattformspeicherort verwendet werden soll.

    • Eingabeparameter (App-URLs , Verbindungszeichenfolgen usw.): Wählen Sie die relevante Einstellungsdatei aus den Buildartefakten aus. Verwenden Sie die Aufgabe Buildartefakte veröffentlichen, wenn die Datei nicht in den Artefakten enthalten ist. Sie können Werte zur Laufzeit mit der Einstellung " Außerkraftsetzen von Testausführungsparametern " außer Kraft setzen.

    Screenshot zeigt die Überprüfung der Einstellung der Aufgabenversionsnummer.

    Informationen zu den Optionseinstellungen des Visual Studio Testvorgangs finden Sie unter Visual Studio Testaufgabe.

  7. Überprüfen Sie im Agentauftrag, ob die Bereitstellungswarteschlange auf die Computer abzielt, auf denen Sie die Tests ausführen möchten. Fügen Sie Anforderungen hinzu, wenn für Ihre Tests bestimmte Agents aus dem Pool erforderlich sind.

    Um Tests über mehrere Agents hinweg zu verteilen, legen Sie Parallelität auf mehrere Ausführungen fest, und geben Sie die Anzahl der Agents an.

  8. Überprüfen Sie auf der Pipelineseite, ob die Build-Pipeline, die die Testbinärdateien enthält, als Artefaktquelle verknüpft ist.

    Screenshot der Überprüfung der verknüpften Buildartefakte.

  9. Speichern Sie die Releasepipeline.

  10. Wenn Sie in Schritt 3 eine neue Releasepipeline erstellt haben, kehren Sie zum Dialogfeld " Testplaneinstellungen " zurück, und wählen Sie die von Ihnen gespeicherte Freigabepipeline und -phase aus.

    Der Screenshot zeigt die Auswahl der Releasepipeline und -stufe.

Ausführen der automatisierten Tests

  1. Öffnen Sie in Testplänen den Testplan, und wählen Sie eine Testsuite aus, die automatisierte Tests enthält.

  2. Wählen Sie die auszuführenden Testfälle und dann "Für Webanwendung ausführen" aus.

    Der Screenshot zeigt, wie Sie

    Das System überprüft Ihre Auswahl (nur automatisierte Tests, es überspringt manuelle Tests), bestätigt, dass die Visual Studio Test-Aufgabe ordnungsgemäß konfiguriert ist, ihre Freigabeberechtigungen überprüft, eine Testausführung erstellt und eine Freigabe in die ausgewählte Phase auslöst.

    Screenshot zeigt, wie die Testausführung gestartet wird.

  3. Wählen Sie "Testausführung anzeigen" aus, um den Fortschritt zu überwachen. Fehlgeschlagene Testergebnisse umfassen die Fehlermeldungen, den Stacktrace, Konsolenprotokolle und Anhänge.

  4. Nach Abschluss der Ausführung zeigt die Seite Zusammenfassung der Ausführung eine Übersicht über die Ergebnisse. Verwenden Sie den Link "Release ", um die Version zu öffnen, die die Tests ausgeführt hat, und zeigen Sie die Releaseprotokolle an.

    Screenshot zeigt die Zusammenfassung des Testlaufs.

    Hinweis

    Das manuelle Anfügen von Dateien wird für automatisierte Testergebnisse nicht unterstützt.

  5. Wählen Sie auf der Seite " Testergebnisse " einen beliebigen Test aus, um detaillierte Debuginformationen anzuzeigen.

    Screenshot zeigt das Anzeigen der Details der Testergebnisse.

  6. Um alle Läufe anzuzeigen, wechseln Sie zur Seite "Läufe", und wählen Sie einen beliebigen Lauf aus, um die Detailansicht zu öffnen.

    Screenshot der Runs-Seite mit einer Übersicht über alle Testläufe.

    Tipp

    Wenn Ihre Tests nicht ausgeführt werden, lesen Sie , was sind die typischen Fehler, wenn automatisierte Tests nicht ausgeführt werden?

Verwenden von KI zum Verwalten automatisierter Tests

Wenn Sie den Azure DevOps MCP-Server konfigurieren, können Sie KI-Assistenten verwenden, um Ihre automatisierte Testausführung mithilfe von Eingabeaufforderungen in natürlicher Sprache zu verwalten.

Beispielaufforderungen für die automatisierte Testverwaltung

Aufgabe Beispielaufforderung
Suchen automatisierter Testfälle List test cases in test plan <12345> where Automation Status = <Automated>
Überprüfen der Testergebnisse Show the latest test run results for test plan <12345> in project <Contoso>
Suchen nach fehlerhaften Tests List test cases in <Contoso> that failed in the most recent test run
Anzeigen des Testausführungsverlaufs Show all test runs in project <Contoso> from the last 7 days
Identifizieren von nicht automatisierten Tests List test cases in test suite <67890> where Automation Status = <Not Automated>
Nachverfolgen des Teststatus Show the pass rate for automated tests in test plan <12345>
Spotten Sie instabile Tests Find test cases in test plan <12345> that have both passed and failed results in the last 5 test runs
Fehlertrends analysieren List test cases in area path <Contoso\\Checkout> that failed more than 3 times in the last 30 days
Langsame Tests finden Show automated test cases in test plan <12345> sorted by average run duration, longest first
Überwachungsautomatisierungslücken List test cases in <Contoso> with Priority = <1> where Automation Status = <Not Automated>

Tipp

Wenn Sie Visual Studio Code verwenden, ist der Agentmodus besonders hilfreich für die Problembehandlung komplexer automatisierter Testszenarien.

  • Um veraltete oder zwischengespeicherte Daten aus vorherigen Abfragen zu vermeiden, fügen Sie Ihrer Eingabeaufforderung "Zuvor abgerufene Daten nicht verwenden" hinzu.