Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Erstellen Sie test plans und Testsuiten, um manuelle Tests für Sprints oder Meilensteine nachzuverfolgen. Mithilfe dieses Ansatzes können Sie sehen, wann die Tests für einen bestimmten Sprint oder Meilenstein abgeschlossen sind. Weitere Informationen zu manuellen Tests finden Sie unter Was ist Azure Test Plans?
Freigeben von Arbeitselemente über Ihre Testumgebung hinweg
Beispiel: Sie erstellen Version 1.* Ihres Produkts und möchten mehrere Testfälle für diese Version erstellen. Sie können jeden dieser Testfälle aktualisieren und jederzeit mehr hinzufügen. Für jeden Entwicklungszyklus und jede Version Ihres Produkts erstellen Sie einen Testplan und importieren die vorhandenen Testfälle in diesen Plan. Um diese separaten Testfälle einfacher zu verwalten und zu überwachen, können Sie die Testfälle auch in separate Testsuiten innerhalb des Plans aufteilen.
Nachdem Sie Ihren Testplan erstellt haben, weisen Sie Testkonfigurationen zu, und weisen Sie Testern zu, um die erforderliche Testmatrix abzudecken. Diese Tester führen die Tests aus und beurteilen die Qualität des Produkts. Tester setzen das Testen fort, bis das Produkt die Ausstiegskriterien erfüllt. Für den nächsten Entwicklungszyklus und die nächste Version können Sie einen neuen Testplan erstellen und dieselben Testfälle wiederverwenden. Wiederholen Sie diesen Entwicklungs-Test-Veröffentlichungszyklus, indem Sie dieselben Testfälle in jeden neuen Testplan importieren.
Da Testpläne auf Testfälle verweisen, spiegeln Updates für einen Testfall automatisch in allen Testplänen und Testsuiten wider, die sie verwenden.
In der nächsten Version des Produkts können Sie die vorhandenen Testfälle wiederverwenden. Eine bessere Option wäre jedoch möglicherweise, die Testfälle zu kopieren oder zu klonen. Eine Kopie erstellt eine neue Baseline. Änderungen an diesen neuen Testfällen wirken sich nicht auf Ihre vorherigen test plans aus.
Voraussetzungen
| Kategorie | Anforderungen |
|---|---|
| Access Levels | - Mindestens Basic Zugriff mit Berechtigungen zum Anzeigen von Arbeitsaufgaben im entsprechenden Bereichspfad. - Um Testpläne und Testsammlungen hinzuzufügen, Testartefakte zu löschen und Testkonfigurationen zu definieren: Basic + Test Plans Zugriff. Oder eine der folgenden Visual Studio subscriptions: - Unternehmen - Testprofi - MSDN-Plattformen |
| Berechtigungen | - Um Testpläne, Testsammlungen, Testfälle oder andere testbasierte Arbeitselementtypen hinzuzufügen oder zu ändern: Arbeitselemente in diesem Knoten bearbeiten Berechtigung auf Zulassen unter dem entsprechenden Bereichspfad. – Um Testplaneigenschaften wie Build- und Testeinstellungen zu ändern: Manage test plans-Berechtigung auf Zulassen setzen unter dem entsprechenden Area Path. - Zum Erstellen und Löschen von Testsammlungen, Hinzufügen und Entfernen von Testfällen aus Testsammlungen, Ändern von Testsammlungen zugeordneten Testkonfigurationen und Ändern einer Testsammlungshierarchie (Verschieben von Testsammlungen): Die Berechtigung Testsammlung verwalten ist unter dem entsprechenden Bereichspfad auf Zulassen festgelegt. |
Weitere Informationen finden Sie unter Manual test access and permissions.
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 eines Testplans
Im Allgemeinen erstellen Sie test plans, um Anforderungen zu testen. Bevor Sie einen Testplan erstellen, definieren Sie Ihren Backlog mit Anforderungen.
Melden Sie sich bei Ihrem Azure DevOps-project an, und wählen Sie Test Plans>Test Plans aus.
Wählen Sie + Neuer Testplan.
Geben Sie einen Namen für den Testplan ein, überprüfen Sie, ob der Bereichspfad und die Iteration aktiviert sind, und wählen Sie dann Erstellen.
Testplan umbenennen
Führen Sie die folgenden Schritte aus, um einen Testplan umzubenennen:
Wählen Sie Test Plans aus.
Navigieren Sie neben dem Namen des Testplans zu Weitere Aktionen>Bearbeiten.
Ändern Sie den Namen und wählen Sie dann Speichern & Schließen.
Hier können Sie weitere Änderungen am Testplan vornehmen.
Löschen eines Testplans
Führen Sie die folgenden Schritte aus, um einen Testplan zu löschen:
Wählen Sie Test Plans aus.
Navigieren Sie neben dem Namen des Testplans zu Weitere Aktionen>Löschen.
Im Dialogfeld Permanentes Löschen von Testartefakten wird genau erläutert, was gelöscht wird. Geben Sie die Testplan-ID ein, um zu bestätigen, dass Sie den Testplan löschen möchten, und wählen Sie dann Dauerhaft löschen.
Hinzufügen einer anforderungsbasierten Testsuite
Fügen Sie nun Testsuiten für die Backlog-Elemente hinzu, die manuell getestet werden müssen. Diese Tests können Benutzergeschichten, Anforderungen oder andere Arbeitsaufgaben sein, die auf Ihrem Projekt basieren.
Hinweis
Die Anforderungsverfolgung wird nur für Testfälle unterstützt, die verknüpft sind über eine Anforderungsbasierte Testsuite. Zu den Arbeitsaufgaben gehören eine User Story (Agile), ein Product Backlog Item (Scrum), eine Anforderung (CMMI) und ein Problem (Basic). Die Assoziation zwischen einem Anforderungs- Workitem und der manuellen Testausführung wird nur dann hergestellt, wenn der Testfall mit einer Anforderungsbasierten Testsuite verknüpft wird.
Um eine Suite zu einem Testplan hinzuzufügen, wählen Sie Weitere Optionen für die Testsuite und dann Neue Suite>Anforderungsbasierte Suite.
Verwenden Sie anforderungsbasierte Suites, um Ihre Testfälle zu gruppieren. Auf diese Weise können Sie den Teststatus eines Backlog-Elements verfolgen. Jeder Testfall, den Sie einer anforderungsbasierten Testsammlung hinzufügen, wird automatisch mit dem Backlogelement verknüpft.
Fügen Sie unter Erstellen von anforderungsbasierten Suiten eine oder mehrere Klauseln hinzu, um Ihre Arbeitselemente nach dem Iterationspfad für den Sprint zu filtern. Führen Sie die Abfrage aus, um die passenden Backlog-Elemente anzuzeigen.
Wählen Sie in der Liste der von der Abfrage zurückgegebenen Arbeitselemente die Backlog-Elemente aus, die Sie in diesem Sprint testen möchten. Wählen Sie Suiten erstellen, um eine anforderungsbasierte Suite für jede einzelne zu erstellen.
Arbeiten mit Testsammlungen
Azure-Testpläne unterstützen drei Arten von Testsuiten:
- Statische Testsuiten – Manuell organisierte Container, die Testfälle und andere Testsammlungen enthalten. Verwenden Sie sie wie Ordner, um verwandte Tests zu gruppieren.
- Anforderungsbasierte Testsammlungen – Automatisch mit einer Backlog-Arbeitsaufgabe verknüpft (Benutzergeschichte, PBI, Anforderung). Siehe Hinzufügen einer anforderungsbasierten Testsuite.
- Abfragebasierte Testreihen – Dynamisch durch eine Arbeitselementabfrage befüllt. Testfälle, die mit der Abfrage übereinstimmen, werden automatisch eingeschlossen.
Erstellen einer statischen Testsuite
- Wählen Sie im Testplan "Weitere Optionen " für eine Testsuite und dann "New Suite>Static" aus.
- Geben Sie einen Namen für die Suite ein.
Sie können Testsuiten ziehen und ablegen, um sie unter statischen Suiten zu verschachteln, und Testfälle ziehen und ablegen, um sie neu anzuordnen.
Erstellen einer abfragebasierten Testsuite
- Wählen Sie in Ihrem Testplan "Weitere Optionen " für eine Testsuite und dann "New Suite>Query based suite" aus.
- Definieren Sie die Abfrage so, dass sie den gewünschten Testfällen entspricht. Filtern Sie z. B. nach Bereichspfad, Iteration oder Zustand.
- Wählen Sie "Suite erstellen" aus. Testfälle, die der Abfrage entsprechen, werden automatisch einbezogen und bleiben synchronisiert, wenn Arbeitsaufgaben geändert werden.
Hinweis
Abfragebasierte Suites sind schreibgeschützt. Sie können Testfälle nicht manuell hinzufügen oder entfernen. Aktualisieren Sie die Abfrage, um den Inhalt der Suite zu ändern.
Nachverfolgen von Test-Suite-Änderungen
Sie können Änderungen an Testplänen und Testsuiten nachverfolgen. Öffnen Sie die Arbeitsaufgabe für den Testplan oder die Testsuite, und zeigen Sie dann den Arbeitsaufgabenverlauf an.
Für Testsuiten verfolgt das Feld "Test Suite Audit " andere Aktionen. Beispielsweise wird das Hinzufügen und Entfernen von Testfällen aus einer Testsuite nachverfolgt.
Exportieren von Testfällen
Exportieren Sie Testpläne, Testsuiten und Testfälle.
Wählen Sie Testfälle in CSV exportieren aus.
Ändern Sie die Felder für Testfälle im Bericht, indem Sie Spalten aus der Listenansicht der Testsuite hinzufügen oder entfernen.
Wichtig
Sie können nicht mehr als 75 Testsuiten in einem einzigen Vorgang exportieren. Die E-Mail unterstützt bis zu 1 MB Daten.
Testfall in einem Testplan suchen
Verwenden Sie in Test Plans für Ihren Testplan das Filtersymbol 
, um die Such- und Filterliste anzuzeigen. Es kann Ihnen helfen, die gewünschten Tests zu finden.
Verwenden von KI zum Verwalten von Testplänen
Wenn Sie den Azure DevOps MCP-Server konfigurieren, können Sie KI-Assistenten verwenden, um Ihre Testpläne und Suites mithilfe von Eingabeaufforderungen in natürlicher Sprache zu verwalten.
Beispielaufforderungen für die Testplanverwaltung
| Aufgabe | Beispielaufforderung |
|---|---|
| Erstellen eines Testplans | Create a new test plan in <Contoso> project called '<Sprint 5 Regression Tests>' |
| Auflisten von Testplänen | List all test plans in <Contoso> project |
| Erstellen einer Testsuite | Create a static test suite called '<Checkout Flow>' under test plan <12345> |
| Testfälle abfragen in einer Suite | Show all test cases in test suite <67890> in project <Contoso> |
| Nicht getestete Bereiche suchen | List test suites in test plan <12345> that have no test cases assigned |
| Überprüfen der Testplanabdeckung | Show all requirement-based test suites in test plan <12345> and their associated work items |
| Vergleichen von Sprintplänen | List test suites in test plan <12345> and test plan <54321> side by side |
| Suchen nicht verknüpfter Testfälle | Show test cases in project <Contoso> that aren't in any test suite |
| Prüfplanbereitschaft prüfen | List test cases in test plan <12345> that have State = <Design> and no test steps defined |
Tipp
Wenn Sie Visual Studio Code verwenden, ist der Agentmodus besonders hilfreich für die Problembehandlung komplexer Testplanungsszenarien.
- Um veraltete oder zwischengespeicherte Daten aus vorherigen Abfragen zu vermeiden, fügen Sie Ihrer Eingabeaufforderung "Zuvor abgerufene Daten nicht verwenden" hinzu.