Testen von Objekten und Begriffen

Beschreibung

Werden zum Gruppieren von Testsuiten und einzelnen Testfällen verwendet. Um einen Testplan zu definieren, siehe Erstellen von Testplänen und Testsuiten.

Gruppieren Sie Testfälle in separate Testszenarien innerhalb eines einzigen Testplans. Durch das Gruppieren von Testfällen lässt sich leichter erkennen, welche Szenarien abgeschlossen sind. Beim Erstellen einer Testsuite können Sie einen von drei Typen angeben:

• Statische Testsuiten: Dient zur Gruppierung von Fällen in einer einzigen Testsuite.
• Anforderungsbasierte Suiten: Wählen Sie eine oder mehrere Anforderungen aus einer Abfrage aus, die dann mit der Testsuite verknüpft werden.
• Abfrage-basierte Suiten: Wählen Sie einen oder mehrere Testfälle aus, die dann mit der Testsuite verknüpft werden.

Definieren Sie die Schritte, mit denen Sie Code oder eine Anwendung für die Bereitstellung testen. Definieren Sie Testfälle, um sicherzustellen, dass Ihr Code korrekt funktioniert, keine Fehler aufweist und die Geschäfts- und Kundenanforderungen erfüllt. Sie können einzelne Fälle zu einem Testplan hinzufügen, ohne eine Testsuite zu erstellen. Mehr als eine Testsuite oder ein Testplan kann sich auf einen Fall beziehen. Sie können Testfälle effektiv wiederverwenden, ohne sie für jede Suite oder jeden Plan kopieren oder klonen zu müssen. Es gibt zwei Arten von Testfällen:

• Handbuch: Testfälle, die verschiedene Schritte definieren, die Sie mit Test Runner oder einem anderen unterstützten Client ausführen.
• Automatisierte: Testfälle, die für die Ausführung innerhalb einer Azure-Pipeline vorgesehen sind.

Verwenden Sie diese Funktion, um Schritte zwischen mehreren Testfällen zu teilen. So können beispielsweise die Anmelde- und Überprüfungsschritte für die Anmeldung bei einer Anwendung in mehreren Testfällen durchgeführt werden. Informationen dazu finden Sie unter Freigeben von Schritten zwischen Testfällen.

Wird verwendet, um verschiedene Parameter für die Ausführung eines Testschritts innerhalb eines Testfalls anzugeben. Anleitungen dazu finden Sie unter Wiederholen Sie einen Test mit anderen Daten.

Benutzung

Geben Sie eine höchstens 255 Zeichen lange Beschreibung ein. Sie können den Titel später jederzeit ändern.

Weisen Sie die Arbeitsaufgabe dem für die Bearbeitung zuständigen Teammitglied zu. Ja nach dem Kontext der Arbeiten werden im Dropdownmenü nur Teammitglieder oder am Projekt Mitwirkende aufgeführt.

Wenn das Arbeitselement erstellt wird, wird für den Zustand standardmäßig der erste Zustand im Workflow festgelegt. Aktualisieren Sie den Wert im Verlauf der Arbeit mit dem aktuellen Status.

Verwenden Sie zunächst die Standardeinstellung. Aktualisieren Sie nach Bedarf den Wert bei Zustandsänderungen. Jeder Zustand ist einem Standardgrund zugeordnet.

Wählen Sie den zum Produkt oder Team gehörenden Bereichspfad aus, oder lassen Sie dieses Feld leer, bis ein entsprechender Pfad bei einer Planungsbesprechung zugewiesen wird. Informationen zum Ändern der Dropdownliste mit den Bereichen finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team.

Wählen Sie den Sprint oder die Iteration aus, in dem bzw. der die Arbeit abgeschlossen werden soll, oder lassen Sie dieses Feld leer, und legen Sie es später bei einer Planungsbesprechung fest. Informationen zum Ändern der Dropdownliste mit den Iterationen finden Sie unter Definieren von Iterationspfaden und Konfigurieren von Teamiterationen.

Stellen Sie genügend Details bereit, um ein gemeinsames Verständnis vom Umfang zu etablieren und Schätzungsbemühungen zu unterstützen. Konzentrieren Sie sich auf die Benutzer*innen, was sie erreichen möchten und warum. Beschreiben Sie nicht, wie das Produkt entwickelt werden soll. Stellen Sie ausreichende Informationen bereit, damit das Team Aufgaben und Testfälle schreiben kann, um das Element zu implementieren.

Beschreibung

Gibt Aufschluss darüber, ob ein Feature oder eine Benutzer Geschichte bereitgestellt wurde und in welchem Stadium. Sie erhalten einen visuellen Einblick in den Status eines Workitems, während es in verschiedenen Freigabeumgebungen bereitgestellt wird, sowie eine schnelle Navigation zu jeder Freigabestufe und Ausführung. Dieses Steuerelement ist verfügbar unter Test-Pläne, Test-Suiten, und Test-Fälle.

Zeichnet alle Git-Entwicklungsprozesse auf, die den Abschluss des Workitems unterstützen. Er wird normalerweise verwendet, um Git-Entwicklung aus einer Anforderung heraus steuern. Diese Steuerung unterstützt außerdem die Nachverfolgbarkeit und bietet so Einblick in alle Branches, Commits, Pull Requests und Builds im Zusammenhang mit dem Arbeitselement. Dieses Steuerelement ist verfügbar unter Test-Pläne, Test-Suiten, und Test-Fälle.

Kontrolle verwendet in Test-Pläne, Test-Suiten, und Test-Fälle um andere Arbeitselemente wie Anforderungen und Bugs anzuzeigen oder mit ihnen zu verknüpfen, in der Regel über die Zugehörige Link-Typ.

Steuerelement, das in Freigegebene Schritte und Freigegebenen Parametern in Arbeitselementen verwendet wird, um auf Testfälle hinzuweisen oder sie zu verknüpfen.

Erlaubnis

Aufgabe

Testausführungen ansehen
Testausführungen erstellen
Testausführungen löschen

Sie benötigen die zum Anzeigen, Erstellen oder Löschen von Testläufen erforderliche Berechtigung.

Verwalten von Testkonfigurationen
Verwalten von Testumgebungen

Zum Verwalten von Testkonfigurationen oder Testumgebungen ist die entsprechende Berechtigung erforderlich.

Tag-Definition erstellen

Neue Tags zu testbasierten Arbeitsaufgaben hinzufügen.

Arbeitsaufgaben löschen und wiederherstellen

Löschen Sie testspezifische Arbeitsaufgaben, und stellen Sie sie aus dem Papierkorb wieder her.

Dauerhaftes Löschen von Workitems

Dauerhaftes Löschen von testspezifischen Workitems aus dem Datenspeicher.

Workitems in diesem Knoten anzeigen
Bearbeiten work items in this Knoten

Das Anzeigen, Hinzufügen oder Ändern von Testplänen, Testsuiten, Testfällen oder anderen testbasierten Workitem-Typen erfordert die entsprechende Berechtigung.

Verwalten von Testplänen

Ändern von Testplaneigenschaften wie Einstellungen für die Ausführung und das Ergebnis von Tests.

Verwalten von Testplänen

Erstellen und Löschen von Testsuiten, Hinzufügen und Entfernen von Fällen aus Testsuiten, Ändern von Testkonfigurationen, die mit Testsuiten verbunden sind, und Ändern der Hierarchie einer Testsuite (Verschieben einer Testsuite).

Definition

Gibt die eindeutige Umgebung an, die zum Testen einer Anwendung oder eines Codes verwendet wird. Um eine Testkonfiguration zu definieren, legen Sie zunächst die Konfigurationsvariablen fest und definieren dann die Testkonfiguration. Für Einzelheiten, siehe Testen Sie verschiedene Konfigurationen.

Angabe eines einzelnen Aspekts einer Testumgebung, z. B. eines Betriebssystems, einer Verarbeitungsleistung, eines Webbrowsers oder einer anderen Variante. Für Einzelheiten, siehe Testen Sie verschiedene Konfigurationen.

Das Ergebnis eines Testpunkts, wie es vom Prüfer bei der Ausführung des Tests markiert wurde. Folgende Optionen sind gültig:

• Aktiv (nicht spezifiziert)
• Test bestehen
• Fehlerhafter Test
• Test blockieren
• Nicht zutreffend

Weitere Informationen finden Sie unter Wiederholen eines Tests mit anderen Daten. Beachten Sie, dass sich die Ergebnisse von Pipeline-Tests wie in Über Pipeline-Tests.

Testfälle an sich sind nicht ausführbar. Wenn Sie einen Fall zu einer Testsuite hinzufügen, werden Testpunkte generiert. Ein Testpunkt ist eine einzigartige Kombination aus Testfall, Testsammlung, Konfiguration und Tester. Wenn Sie beispielsweise einen Testfall mit dem Namen Test login functionality haben und zwei Konfigurationen für den Edge und Chrom Browsern, haben Sie zwei Testpunkte. Sie können jeden dieser Testpunkte ausführen. Bei der Ausführung werden Testergebnisse generiert. Über die Testergebnisansicht oder den Ausführungsverlauf können Sie alle Ausführungen eines Testpunkts anzeigen. Die jüngste Ausführung für den Testpunkt wird auf der Registerkarte Ausführen angezeigt.

Dialog zum Verknüpfen von Testplänen mit Build- oder Release-Pipelines.

Dialog zur Auswahl, wie Testergebnisse in mehreren Suiten unter denselben Testplänen konfiguriert werden sollen.

Fähigkeit, Testergebnisse mit den Anforderungen und Fehlern, mit denen sie verknüpft sind, zu verfolgen.