Testen von Objekten und Begriffen

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

Lesen Sie diesen Artikel, um ein Verständnis der Objekte und Begriffe zu erhalten, die in manuellen und explorativen Tests verwendet werden.

Testspezifische Arbeitselementtypen

Um manuelle und automatisierte Tests zu unterstützen, fügen Sie drei Haupttypen von testspezifischen Arbeitsaufgabentypen hinzu: Testpläne, Testsuiten und Testfälle. Um die Freigabe verschiedener Testschritte und Testparameter zu unterstützen, definieren Sie freigegebene Schritte und freigegebene Parameter. Diese Objekte werden im Arbeitsverfolgungsdatenspeicher als bestimmte Arbeitsaufgabentypen gespeichert.

Test der Verwaltung von Arbeitsaufgabentypen

In der folgenden Tabelle werden die Arbeitsaufgabentypen beschrieben, die zur Unterstützung der Azure DevOps-Testerfahrung verwendet werden. Testspezifische Arbeitsaufgaben verknüpfen mit den Linktypen, die in der vorherigen Abbildung dargestellt sind.

Arbeitsaufgabentyp

Beschreibung


Testpläne

Werden verwendet, um Testsammlungen und einzelne Testfälle zu gruppieren. Informationen zum Definieren eines Testplans finden Sie unter Erstellen von Testplänen und Testsuiten.

Testsammlung

Gruppieren Sie Testfälle in separate Testszenarien innerhalb eines einzelnen 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: Wird verwendet, um Testfälle unter einer einzigen Testsuite zu gruppieren.
  • Anforderungsbasierte Suites: Wählen Sie eine oder mehrere Anforderungen aus einer Abfrage aus, die dann mit der Testsuite verknüpft sind.
  • Abfragebasierte Suites: Wählen Sie einen oder mehrere Testfälle aus, die dann mit der Testsuite verknüpft sind.

Tipp

Das Schreibgeschützte Feld "Test Suite Type " gibt den Typ der ausgewählten Suite an. Informationen zum Hinzufügen von Testsuiten finden Sie unter Erstellen von Testplänen und Testsuiten.

Schulbeispiele

Definieren Sie die Schritte zum Testen von Code oder einer App für die Bereitstellung. Definieren Sie Testfälle, um sicherzustellen, dass Ihr Code ordnungsgemäß funktioniert, keine Fehler aufweist und die Geschäfts- und Kundenanforderungen erfüllt. Sie können einem Testplan einzelne Testfälle hinzufügen, ohne eine Testsuite zu erstellen. Mehrere Testsuiten oder Testpläne können auf einen Testfall verweisen. 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:

  • Manuell: Testfälle, die unterschiedliche Schritte definieren, die Sie mit Test Runner oder einem anderen unterstützten Client ausführen.
  • Automatisiert: Testfälle, die für die Ausführung in einer Azure-Pipeline konzipiert sind.

Tipp

Sie können einen Testfall erstellen, der automatisch mit einer Anforderung ( User Story (Agile), Product Backlog Item (Scrum), Requirement (CMMI) oder Issue (Basic) verknüpft wird, wenn Sie einen Test aus dem Board erstellen. Weitere Informationen finden Sie unter Add, run, and update inline tests (Hinzufügen, Ausführen und Aktualisieren von Inlinetests).

Freigegebene Schritte

Verwenden Sie diese Vorgehensweise, um Schritte zwischen mehreren Testfällen zu teilen. Beispielsweise sind Anmeldungsschritte und Überprüfungsschritte für die Anmeldung bei einer Anwendung Schritte, die für eine Reihe von Testfällen freigegeben werden können. Informationen dazu finden Sie unter "Freigeben von Schritten zwischen Testfällen".

Freigegebene Parameter

Verwenden Sie diese Methode, um unterschiedliche Parameter für die Ausführung eines Testschritts innerhalb eines Testfalls anzugeben. Informationen dazu finden Sie unter "Wiederholen eines Tests mit unterschiedlichen Daten".


Allgemeine Felder für alle testspezifischen Arbeitsaufgabentypen

In den meisten Arbeitselementen werden folgende Felder und Registerkarten angezeigt. Jede Registerkarte wird verwendet, um bestimmte Informationen wie Verlauf, Links oder Anlagen nachzuverfolgen. Diese drei Registerkarten enthalten einen Änderungsverlauf, eine Ansicht der verknüpften Arbeitselemente sowie Funktionen zum Anzeigen und Anfügen von Dateien.

Das einzige Pflichtfeld für alle Arbeitselementtypen ist Titel. Beim Speichern wird dem Arbeitselement vom System eine eindeutige ID zugewiesen. Das Pflichtfeld ist im Formular gelb hervorgehoben. Informationen zu testbezogenen Feldern finden Sie unter Abfrage basierend auf Build- und Testintegrationsfeldern. Alle anderen Felder finden Sie unter Arbeitselementfeldindex.

Feld

Verwendung


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.

Hinweis

Sie können nur einem einzelnen Benutzer Arbeit zuweisen. Wenn Sie mehr als einem Benutzer Arbeit zuweisen müssen, fügen Sie ein Arbeitselement für jeden Benutzer hinzu, und unterscheiden Sie die zu erledigende Arbeit anhand von Titel und Beschreibung. Das Feld „Zugewiesen zu“ akzeptiert nur Benutzerkonten, die einem Projekt oder Team hinzugefügt wurden.

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.


Allgemeine Steuerelemente für alle testspezifischen Arbeitsaufgabentypen

Mehrere Steuerelemente werden in mehreren testspezifischen Arbeitsaufgaben angezeigt, wie in der folgenden Tabelle beschrieben. Wenn diese Steuerelemente nicht von Interesse sind, können Sie sie im Formularlayout für Arbeitsaufgaben ausblenden, wie in "Felder hinzufügen und verwalten" beschrieben (Vererbungsprozess).

Steuerung

Beschreibung


Bereitstellung

Bietet Einblicke darüber, ob ein Feature oder eine Benutzergeschichte bereitgestellt wurde und in welcher Phase. Sie erhalten visuelle Einblicke in den Status einer Arbeitsaufgabe, da sie in verschiedenen Releaseumgebungen bereitgestellt wird, sowie eine schnelle Navigation zu jeder Veröffentlichungsphase und Ausführung. Dieses Steuerelement ist über Testpläne, Testsuiten und Testfälle verfügbar.

Entwicklung

Zeichnet alle Git-Entwicklungsprozesse auf, die den Abschluss der Arbeitsaufgabe unterstützen. Es wird in der Regel verwendet, um die Git-Entwicklung aus einer Anforderung zu fördern. Dieses Steuerelement unterstützt die Rückverfolgbarkeit und bietet Einblicke in alle Verzweigungen, Commits, Pullanforderungen und Builds im Zusammenhang mit der Arbeitsaufgabe. Dieses Steuerelement ist über Testpläne, Testsuiten und Testfälle verfügbar.

Verwandte Arbeit

Steuerelement, das in Testplänen, Testsuiten und Testfällen zum Anzeigen oder Verknüpfen mit anderen Arbeitsaufgaben wie Anforderungen und Fehlern verwendet wird, in der Regel über den Typ "Verwandter Link".

Testfälle

Steuerelement, das in freigegebenen Schritten und freigegebenen Parametern verwendet wird, funktionieren elemente, um Testfälle anzugeben oder zu verknüpfen.


Anpassen testspezifischer Arbeitsaufgabentypen

Für den geerbten Prozess können Sie Testpläne, Testsammlungen und Testfälle anpassen. Für den lokalen XML-Prozess können Sie alle testspezifischen Arbeitsaufgabentypen anpassen. Weitere Informationen finden Sie unter Anpassen der Objekte für die Arbeitsnachverfolgung zur Unterstützung der Prozesse Ihres Teams.

Zum Ändern von Arbeitsaufgaben erforderliche Berechtigungen

Es gibt eine Reihe von Berechtigungen, die die Auswahlfunktionen zum Anzeigen, Ändern oder Löschen von Arbeitsaufgaben steuern. Dazu gehören die in der folgenden Tabelle aufgeführten.

Hinweis

Die Berechtigung "Arbeitsaufgabentyp ändern" gilt nicht für testspezifische Arbeitsaufgaben. Selbst wenn Sie dieses Feature aus dem Arbeitsaufgabenformular auswählen, ist das Ändern des Arbeitsaufgabentyps unzulässig.

Berechtigung

Grad

Aufgabe

Anzeigen von Testläufen
Erstellen von Testläufen
Testausführungen löschen

Projektebene

Um Testläufe anzuzeigen, zu erstellen oder zu löschen, müssen Sie die entsprechende Berechtigung erhalten.

Verwalten von Testkonfigurationen
Verwalten von Testumgebungen

Projektebene

Verwalten von Testkonfigurationen oder Testumgebungen müssen Sie die entsprechende Berechtigung erhalten.

Tagdefinition erstellen

Projektebene

Fügen Sie neue Tags zu testbasierten Arbeitsaufgaben hinzu.

Arbeitselemente löschen und wiederherstellen

Projektebene

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

Arbeitselemente endgültig löschen

Projektebene

Löschen Sie testspezifische Arbeitsaufgaben endgültig aus dem Datenspeicher.

Arbeitselemente in diesem Knoten anzeigen
Arbeitselemente in diesem Knoten bearbeiten

Bereichspfad

Zum Anzeigen oder Hinzufügen oder Ändern von Testplänen, Testsammlungen, Testfällen oder anderen testbasierten Arbeitsaufgabentypen ist die entsprechende Berechtigung erforderlich.

Verwalten von Testplänen

Bereichspfad

Ändern Sie Testplaneigenschaften wie Testausführungs- und Testergebniseinstellungen.

Verwalten von Testplänen

Bereichspfad

Erstellen und Löschen von Testsammlungen; Testfälle aus Testsammlungen hinzufügen und entfernen; Ändern von Testkonfigurationen im Zusammenhang mit Testsuiten; und ändern Sie eine Hierarchie der Testsuite (verschieben Sie eine Testsuite).

Weitere Informationen zum Festlegen dieser Berechtigungen finden Sie unter Festlegen von Berechtigungen und Zugriff für Tests und Ändern von Berechtigungen auf Projektebene.

Exportieren, Importieren und Massenaktualisierung von testspezifischen Arbeitsaufgaben

Wie bei anderen Arbeitsaufgaben können Sie testspezifische Arbeitsaufgaben massenbearbeitungen. Weitere Informationen finden Sie in den folgenden Artikeln:

Testbegriffe

In der folgenden Tabelle werden mehrere Begriffe beschrieben, die in manuellen und explorativen Tests verwendet werden.

Begriff

Definition


Configuration

Gibt die eindeutige Umgebung an, die zum Testen einer Anwendung oder eines Codes verwendet wird. Um eine Testkonfiguration zu definieren, definieren Sie zuerst die Konfigurationsvariablen und definieren dann die Testkonfiguration. Ausführliche Informationen finden Sie unter "Testen verschiedener Konfigurationen".

Konfigurationsvariable

Gibt einen einzelnen Aspekt einer Testumgebung an, z. B. ein Betriebssystem, Verarbeitungsleistung, Webbrowser oder andere Variationen. Ausführliche Informationen finden Sie unter "Testen verschiedener Konfigurationen".

Ergebnis

Ergebnis eines Testpunkts, der vom Tester beim Ausführen des Tests gekennzeichnet ist. Folgende Optionen sind gültig:

  • Aktiv (nicht angegeben)
  • Bestandener Test
  • Fehlertest
  • Blocktest
  • Nicht zutreffend

Weitere Informationen finden Sie unter Wiederholen eines Tests mit anderen Daten. Beachten Sie, dass sich die Pipelinetestergebnisse unterscheiden, wie in "Informationen zu Pipelinetests" beschrieben.

Testpunkte

Testfälle an sich sind nicht ausführbar. Wenn Sie einer Testsuite einen Testfall 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 "Testanmeldungsfunktion" haben und zwei Konfigurationen für die Edge - und Chrome-Browser hinzufügen, 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.

Testausführungseinstellungen

Dialogfeld zum Zuordnen von Testplänen zu Build- oder Releasepipelinen.

Testen der Ergebniseinstellungen

Dialogfeld, das verwendet wird, um auszuwählen, wie Testergebnisse in mehreren Suites unter denselben Testplänen konfiguriert werden sollen.

Nachverfolgbarkeit

Möglichkeit zum Nachverfolgen von Testergebnissen mit den Anforderungen und Fehlern, mit denen sie verknüpft sind.