Häufig gestellte Fragen zu Testplänen

Azure Testpläne verwenden drei Zugriffsebenen:

• Stakeholder: Kann Feedback über die Erweiterung "Test& Feedback" bereitstellen, aber nicht auf das Portal "Testpläne" zugreifen.
• Einfach: Kann Testfälle ausführen, Testergebnisse markieren und Diagramme und Berichte anzeigen.
• Basic + Testpläne: Vollständige Funktionen, einschließlich Erstellen und Verwalten von Testplänen, Testsammlungen, Testfällen, Konfigurationen und Parametern. Visual Studio Enterprise-, Visual Studio Test Professional- und MSDN-Plattformen-Abonnements umfassen einen gleichwertigen Zugriff.

Die vollständige Berechtigungsmatrix finden Sie unter "Manueller Testzugriff und Berechtigungen".

Die Registerkarte " Definieren " ist nur für Benutzer mit Zugriff auf Standard- und Testpläne oder gleichwertig verfügbar. Benutzer mit Standardzugriff können die Registerkarten "Ausführen" und "Diagramm " verwenden, aber keine Testfälle über die Registerkarte " Definieren " erstellen oder verwalten. Um Zugriff zu erhalten, bitten Sie Ihren Administrator, Ihnen die Zugriffsebene "Basic + Test Plans " zuzuweisen.

Azure-Testpläne unterstützen drei Arten von Testsuiten:

• Statische Testsammlungen: Manuelles Organisieren von Testfällen in Gruppen. Verwenden Sie statische Suiten, wenn Sie auswählen möchten, welche Testfälle zusammengehören.
• Anforderungsbasierte Testsammlungen: Automatisches Verknüpfen von Testfällen mit Backlogelementen (Benutzergeschichten, Produktrücklogelemente). Verwenden Sie anforderungsbasierte Suites, um die Testabdeckung anhand von Anforderungen nachzuverfolgen – dieser Suitetyp ist die einzige Möglichkeit, die End-to-End-Anforderungsablaufverfolgung zu unterstützen.
• Abfragebasierte Testsammlungen: Automatisches Auffüllen von Testfällen basierend auf einer Arbeitsaufgabenabfrage (z. B. alle Testfälle mit Priority=1). Die Suite wird aktualisiert, wenn sich die Abfrageergebnisse ändern.

Weitere Informationen finden Sie unter Testen von Objekten und Ausdrücken.

Abfragebasierte Testsuiten verwenden eine Abfrage, um Testfälle zu gruppieren, die ein bestimmtes Merkmal aufweisen, z. B. alle Tests mit Priority=1. Die Testsuite enthält automatisch jeden von der Abfrage zurückgegebenen Testfall.

Yes. Je nach gewünschter Aktion können Sie Testpläne kopieren oder klonen und Testsammlungen importieren oder klonen. Informationen zur Vorgehensweise finden Sie unter Kopieren oder Klonen von Testplänen, Testsammlungen und Testfällen.

Yes. Wählen Sie im Dialogfeld "Exportieren" die Option "Drucken" und dann im Dialogfeld "Drucken" die Option "Abbrechen" aus. Mit dieser Option werden die Daten im Bericht angezeigt. Markieren Sie den gesamten Text, kopieren Sie ihn, und fügen Sie ihn bei Bedarf in ein Word-Dokument ein. Alle Formatierungen im Bericht werden beibehalten.

Der Testfall ist in Ihrem Projekt weiterhin vorhanden, der Testfall wird jedoch aus der Testsuite entfernt. Außerdem ist es nicht mehr mit dem Backlog-Element für diese Testsuite verknüpft.

Diese Situation kann auftreten, wenn Sie aufgefordert wurden, Anmeldeinformationen für Azure DevOps einzugeben, wenn Sie auf den Link geklickt haben. Ohne sich von Azure DevOps abzumelden, wählen Sie erneut "Tests anzeigen " aus, um die richtige Testsuite und -tests anzuzeigen.

Verwenden Sie in Testplänen das Verzeichnis, um Ihre Testpläne zu finden:

• Meine: Zeigt Testpläne für Teams an, denen Sie angehören, sowie Ihre Favoriten. Pläne werden nach Team gruppiert.
• Alle: Zeigt alle Testpläne im Projekt an. Sie können aus dieser Ansicht Pläne zu Favoriten hinzufügen.

Verwenden Sie die Filtersteuerelemente, um nach Name, Team, Status oder Iteration zu suchen. Weitere Informationen finden Sie unter Navigate Test Plans.

Yes. Siehe "Testfälle kopieren". Für Azure DevOps Server 2020 und höhere Versionen können Sie Testfälle aus einem Projekt in eine Testsuite kopieren oder die Rasteransicht verwenden, um Testfälle aus einer Suite in eine andere zu kopieren und einzufügen . Optional können Sie einen Massenimport und -export von Testfällen ausführen.

Yes. Drücken Shift+Enter im Aktions- oder Erwartetergebnisfeld, um eine zusätzliche Zeile hinzuzufügen.

Wählen Sie einen Testschritt aus. Drücken Sie ALT+P , um einen neuen Testschritt oberhalb des ausgewählten Schritts einzufügen.

Siehe "Testartefakte löschen".

Sie können Testfälle in Massen mithilfe von CSV- oder XLSX-Dateien importieren und exportieren. Mit dem Import können Sie neue Testfälle erstellen oder vorhandene (einschließlich Testfall-IDs) aktualisieren. Mit dem Export können Sie Testfalldetails einschließlich benutzerdefinierter Spalten herunterladen.

Schrittweise Anleitungen finden Sie unter "Massenimport" und "Exportieren von Testfällen".

Mit freigegebenen Schritten können Sie eine wiederverwendbare Sequenz von Testschritten (z. B. einen gemeinsamen Anmeldefluss) definieren, auf die von mehreren Testfällen verwiesen werden kann. Wenn Sie freigegebene Schritte aktualisieren, gelten die Änderungen automatisch für alle Testfälle, die sie verwenden.

Um freigegebene Schritte zu erstellen, wählen Sie einen oder mehrere Schritte in einem Testfall aus, und wählen Sie dann das Symbol " Freigegebene Schritte erstellen " aus. Weitere Informationen finden Sie unter Austausch von Schritten zwischen Testfällen.

Sie führen Testpunkte und keine Testfälle direkt aus. Ein Testpunkt ist eine einzigartige Kombination aus Testfall, Testsuite, Konfiguration und Tester. Wenn beispielsweise einem Testfall zwei Browserkonfigurationen (Chrome und Edge) zugewiesen sind, werden zwei Testpunkte erstellt – eine für jede Konfiguration. Auf der Registerkarte "Ausführen " wird das neueste Ausführungsergebnis für jeden Testpunkt angezeigt.

Wenn Sie Tests auf der Registerkarte "Ausführen " ausführen, können Sie aus den folgenden Läufern wählen:

• Webbrowserbasierter Runner: Führt manuelle Tests im Browser aus. Sie können optional einen bestimmten Build auswählen, dem Ergebnisse zugeordnet werden sollen.
• Test Runner-Client (Desktop): Eine Desktopanwendung zum Testen von Desktopanwendungen.
• Automatisierte Tests mithilfe einer Veröffentlichungsphase: Löst die automatisierte Testausführung aus einer Build- und Release-Pipeline aus.

Weitere Informationen finden Sie unter Ausführen manueller Tests.

Yes. Der Test Runner Client für Windows ist für den Ruhestand geplant. Nach dem Deaktivierungsdatum wird es nicht mehr verfügbar oder unterstützt. Übergang zum webbasierten Testläufer, der die gleiche Funktionalität mit verbesserter Leistung und fortlaufender Entwicklung bietet.

Weitere Informationen finden Sie unter Ausführen manueller Tests.

Während eines manuellen Testlaufs können Sie die folgenden Diagnosedaten erfassen:

• Bildschirmaufnahmen: Erstellen Von kommentierten Screenshots während der Testausführung.
• Bildaktionsprotokoll: Erfasst automatisch Ihre Interaktionen mit der Anwendung als schrittweises visuelles Protokoll.
• Bildschirmaufzeichnungen: Zeichnen Sie Ihren Bildschirm während des Tests auf. Aufzeichnungen werden nach 10 Minuten automatisch beendet.

Weitere Informationen finden Sie unter Sammeln von Diagnosedaten beim Testen.

Bei Testfalldiagrammen wird der Test nur einmal gezählt, wenn ein Testfall mehreren Testsuiten in einem Plan hinzugefügt wird. Bei Testergebnisdiagrammen wird jede Instanz eines Tests, der ausgeführt wird, für jede der Testsammlungen separat gezählt.

Zum Erstellen von Diagrammen müssen Sie mindestens dem Einfachen Zugriff zugewiesen werden.

Wählen Sie "Konfigurieren" und die gewünschte Option aus dem Kontextmenü des Diagramms aus.

Der Statusbericht weist die folgenden Einschränkungen auf:

• Zeigt Daten nur für einen oder mehrere Testpläne in einem einzigen Projekt an. Verwenden Sie für projektübergreifende Berichterstellung OData-APIs.
• Daten werden ungefähr alle 15 Minuten aktualisiert und sind nicht in Echtzeit.
• Prozentwerte zeigen keine Dezimalstellen an.
• Ergebnisse wie "Blockiert " und " Nicht zutreffend " werden nicht in "Passed%" oder "Failed%" widergespiegelt. Dies kann eine Lücke zwischen "Run%" und der Summe der übergebenen% und "Fehlgeschlagene%" darstellen.
• Daten aus Testplänen , die von lokalen Azure DevOps Server migriert wurden, werden nicht angezeigt.

Weitere Informationen finden Sie im Statusbericht.

Es ist besser, Testkonfigurationen zu verwenden. Bei Testfallparametern führen Sie die verschiedenen Parameterwerte nacheinander aus, wodurch es schwierig ist, von einer Plattform zu einer anderen zu wechseln. Weitere Informationen finden Sie unter Testen verschiedener Konfigurationen.

Sie benötigen die Berechtigung auf Projektebene zum Verwalten von Testkonfigurationen, festgelegt auf Zulassen. Standardmäßig wird diese Berechtigung Mitgliedern der Gruppen "Mitwirkender " und "Projektadministrator " erteilt.

Sie können automatisierte Testmethoden Testaufgaben zuordnen, damit Sie sie über Testpläne ausführen können. Öffnen Sie in Visual Studio den Test-Explorer, wählen Sie eine Testmethode aus, und wählen Sie "Testfall zuordnen" aus. Sie können Tests auch über eine Buildpipeline in Azure DevOps zuordnen.

Weitere Informationen finden Sie unter Zuordnen von automatisierten Tests zu Testfällen.

Die folgenden Testframeworks werden unterstützt:

• Visual Studio-Zuordnung: MSTest v1/v2, NUnit, xUnit, Selenium, Codierte UI
• Azure DevOps-Zuordnung: Java (Maven/Gradle mit JUnit), JavaScript (Jest), Python (PyTest)
• .NET Core: Unterstützt über Visual Studio 15.9 oder höher mit einer .runsettings Datei

Tests von GitHub-Repositorys werden auch unterstützt, wenn Sie Azure-Pipelines mit den Aufgaben VSTest oder PublishTestResults ausführen.

Yes. Sie können sowohl YAML- als auch klassische Pipelines verwenden, um automatisierte Tests über Testpläne auszuführen. Konfigurieren Sie die Buildpipeline in den Testplaneinstellungen, und richten Sie eine Releasepipeline (Klassisch oder YAML) für die automatisierte Testausführung bei Bedarf ein.

Anweisungen zum Einrichten finden Sie unter Ausführen automatisierter Tests aus Testplänen.

Standardmäßig löscht Azure DevOps alle Testergebnisse nach einem Jahr (365 Tage), es sei denn, Sie behalten einen Build, der diesen Ergebnissen zugeordnet ist, auf unbestimmte Zeit. Ältere Projekte haben möglicherweise keine automatische Löschung konfiguriert.

Weitere Informationen finden Sie unter Festlegen von Testaufbewahrungsrichtlinien.

Siehe Festlegen von Testaufbewahrungsrichtlinien.

Siehe Festlegen von Aufbewahrungsrichtlinien für Builds, Versionen und Tests.

Der Testausführungshub bietet eine erweiterte Schnittstelle zum Verwalten der Testausführung in Azure Test-Plänen. Sie können sowohl manuelle als auch automatisierte Testläufe anzeigen, nach Zeitachse und Ausführungstyp filtern, nach Testlauf-ID suchen, Spalten anpassen und Drilldowns ausführen, einschließlich Passraten, Anlagen und Analyseaufschlüsselungen nach Ergebnis, Priorität, Konfiguration und Fehlertyp.

Greifen Sie über Testpläne>Läufe auf den Testausführungshub zu. Weitere Informationen finden Sie unter "Testausführungen".

Sie können die Videoaufzeichnungen anzeigen, die von der Erweiterung Test & Feedback im Google Chrome-Browser und im VLC Video Player erstellt wurden.

Die Test & Feedback-Erweiterung unterstützt Azure DevOps Server (früher Team Foundation Server) 2015 und höhere Versionen. Alle Benutzer, einschließlich der Benutzer, denen Stakeholder-Zugriff gewährt wurde, können die Erweiterung im verbundenen Modus verwenden. Funktionen, die mit Sitzungsanalysen verbunden sind, sowie der Anforderungs- und Feedbackablauf erfordern Azure DevOps Server 2017 oder höher.

Ja, die Erweiterung zeigt automatisch Fehler an, die möglicherweise mit dem von Ihnen erstellten Fehler zusammenhängen, und ermöglicht es Ihnen, Ihre Screenshots, Notizen und Videos zu diesem bestehenden Fehler hinzuzufügen. Weitere Informationen finden Sie unter Hinzufügen von Ergebnissen zu vorhandenen Fehlern mit explorativen Tests.

Die Test & Feedback-Erweiterung ist für Google Chrome und Microsoft Edge verfügbar. Die Verfügbarkeit von Features variiert je nach Browser – für die vollständige Kompatibilitätsmatrix finden Sie unter Installieren der Erweiterung "Test & Feedback".

• Verbundener Modus: Die Erweiterung stellt eine Verbindung mit Azure DevOps oder Azure DevOps Server bereit. Sie können Fehler und Aufgaben erstellen, die automatisch mit Ihrer explorativen Testsitzung verknüpft sind, Sitzungserkenntnisse anzeigen und den Anforderungs-/Feedbackfluss verwenden.
• Eigenständiger Modus: Verwenden Sie die Erweiterung, ohne eine Verbindung mit Azure DevOps herzustellen. Sie können Screenshots, Notizen und Bildschirmaufzeichnungen erfassen und dann als HTML-Bericht exportieren. Der eigenständige Modus ist für Ad-hoc-Tests nützlich.

Weitere Informationen finden Sie unter Exploratory-Tests mit der Erweiterung "Test & Feedback" im verbundenen Modus und im eigenständigen Modus.

Verwandte Inhalte

• Erstellen eines Testplans
• Erstellen von Testfällen
• Manuelle Tests ausführen
• Durchführen von automatisierten Tests aus Testplänen
• Teststatus nachverfolgen
• Verwalten des Testzugriffs und der Berechtigungen