Testen von Objekten und Begriffen

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

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

Testspezifische Arbeitsaufgabentypen

Um manuelle und automatisierte Tests zu unterstützen, fügen Sie drei Haupttypen von testspezifischen Arbeitsaufgabentypen hinzu: Test Plans, 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 Datenspeicher für die Arbeitsnachverfolgung als bestimmte Arten von Arbeitselementen gespeichert.

Test der Verwaltung von Arbeitsaufgabentypen

In der folgenden Tabelle werden die Arbeitsaufgabentypen beschrieben, die verwendet werden, um die Azure DevOps-Testerfahrung zu unterstützen. Testspezifische Arbeitselemente verknüpfen zusammen mit den linktypen, die in der vorherigen Abbildung angezeigt werden.

Arbeitsaufgabentyp

Beschreibung


Testpläne

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

Testsuite

Gruppieren Sie Testfälle in separate Testszenarien innerhalb eines einzelnen Testplans. Das Gruppieren von Testfällen erleichtert die Anzeige, 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 ausgewählten Suitetyp an. Informationen zum Hinzufügen von Testsuiten finden Sie unter Erstellen von Testplänen und Testsuiten.

Testfälle

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 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 sich auf einen Testfall beziehen. Sie können Testfälle effektiv wiederverwenden, ohne sie für jede Suite oder jeden Plan zu kopieren oder zu klonen. 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 verknüpft wird – User Story (Agile), Product Backlog Item (Scrum), Anforderung (CMMI) oder Problem (Basic) – wenn Sie einen Test aus dem Kanban-Board erstellen. Weitere Informationen finden Sie unter Hinzufügen, Ausführen und Aktualisieren von Inlinetests.

Freigegebene Schritte

Verwenden Sie zum Freigeben von Schritten zwischen mehreren Testfällen. Beispiel: Melden Sie sich an, und überprüfen Sie die Schritte für die Anmeldung bei einer Anwendung, die über eine Reihe von Testfällen freigegeben werden können. Informationen dazu finden Sie unter "Freigeben von Schritten zwischen Testfällen".

Freigegebene Parameter

Verwenden Sie zum Angeben verschiedener Parameter zum Ausführen eines Testschritts in einem Testfall. Informationen dazu finden Sie unter Wiederholen eines Tests mit unterschiedlichen Daten.


Allgemeine Felder für alle testspezifischen Arbeitsaufgabentypen

Die folgenden Felder und Registerkarten werden in den meisten Arbeitselementen angezeigt. Jede Registerkarte wird verwendet, um bestimmte Informationen wie Verlauf, Links oder Anlagen nachzuverfolgen. Diese drei Registerkarten bieten einen Verlauf der Änderungen, die Ansicht von verknüpften Arbeitselementen und die Möglichkeit zum Anzeigen und Anfügen von Dateien.

Das einzige erforderliche Feld für alle Arbeitsaufgabentypen ist Title. Wenn die Arbeitsaufgabe gespeichert wird, weist das System ihm eine eindeutige ID zu. Das Formular hebt das erforderliche Feld in Gelb hervor. 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. Abhängig vom Kontext, in dem Sie arbeiten, listet das Dropdownmenü nur Teammitglieder oder Mitwirkende für das Projekt auf.

Hinweis

Sie können nur einem einzelnen Benutzer Arbeit zuweisen. Wenn Sie mehreren Benutzern Arbeit zuweisen müssen, fügen Sie für jeden Benutzer eine Arbeitsaufgabe hinzu, und unterscheiden Sie die Arbeit, die durch Titel und Beschreibung ausgeführt werden soll. Das Feld "Zugewiesen an" 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. Wenn die Arbeit ausgeführt wird, aktualisieren Sie sie, um den aktuellen Status widerzuspiegeln.

Verwenden Sie zunächst die Standardeinstellung. Aktualisieren Sie ihn, wenn Sie den Status bei Bedarf ändern. 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 von Bereichen finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team.

Wählen Sie den Sprint oder die Iteration aus, in dem die Arbeit abgeschlossen werden soll, oder lassen Sie sie leer, und weisen Sie sie später während einer Planungsbesprechung zu. Informationen zum Ändern der Dropdownliste der Iterationen finden Sie unter Definieren von Iterationspfaden und Konfigurieren von Team iterationen.

Stellen Sie genügend Details bereit, um gemeinsames Verständnis von Umfang und Unterstützung von Schätzungen zu schaffen. Konzentrieren Sie sich auf den Benutzer, was sie erreichen möchten, und warum. Beschreiben Sie nicht, wie Sie das Produkt entwickeln. 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 Arbeitselementen angezeigt, wie in der folgenden Tabelle beschrieben. Wenn diese Steuerelemente nicht interessant sind, können Sie sie aus dem Formularlayout der Arbeitsaufgabe ausblenden, wie in "Felder hinzufügen und verwalten" (Vererbungsprozess) beschrieben.

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 Versionsphase und Ausführung. Dieses Steuerelement ist aus Test Plans, Testsuiten und Testfällen 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 von einer Anforderung zu fördern. Dieses Steuerelement unterstützt die Ablaufverfolgung, bietet Einblicke in alle Verzweigungen, Commits, Pullanforderungen und Builds im Zusammenhang mit der Arbeitsaufgabe. Dieses Steuerelement ist aus Test Plans, Testsuiten und Testfällen verfügbar.

Verwandte Arbeit

Steuerelement, das in Test Plans, Testsuiten und Testfällen verwendet wird, um andere Arbeitselemente wie Anforderungen und Fehler anzuzeigen oder zu verknüpfen, in der Regel über den zugehörigen Linktyp.

Testfälle

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


Anpassen von testspezifischen Arbeitsaufgabentypen

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

Erforderliche Berechtigungen zum Ändern von Arbeitselementen

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

Hinweis

Die Berechtigung " Arbeitselementtyp ändern " gilt nicht für testspezifische Arbeitselemente. Auch wenn Sie dieses Feature aus dem Arbeitselementformular auswählen, ist das Ändern des Arbeitselementtyps unzulässig.

Berechtigung

Level

Aufgabe

Testläufe anzeigen
Erstellen von Testausführungen
Testausführungen löschen

Projektebene

Zum Anzeigen, Erstellen oder Löschen von Testausführungen müssen Sie die entsprechende Berechtigung erteilen.

Verwalten von Testkonfigurationen
Verwalten von Testumgebungen

Projektebene

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

Tagdefinition erstellen

Projektebene

Fügen Sie neue Tags hinzu, um testbasierte Arbeitselemente zu verwenden.

Löschen und Wiederherstellen von Arbeitselementen

Projektebene

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

Arbeitsaufgaben endgültig löschen

Projektebene

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

Anzeigen von Arbeitselementen in diesem Knoten
Bearbeiten von Arbeitselementen in diesem Knoten

Bereichspfad

Anzeigen oder Ändern von Testplänen, Testsuiten, Testfällen oder anderen testbasierten Arbeitsaufgabentypen erfordert die entsprechende Berechtigung.

Testpläne verwalten

Bereichspfad

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

Testpläne verwalten

Bereichspfad

Erstellen und Löschen von Testsuiten; Testfälle aus Testsuiten hinzufügen und entfernen; Ändern von Testkonfigurationen, die Testsuiten zugeordnet sind; und ändern Sie eine Testsuitehierarchie (Verschieben einer 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 Arbeitselementen

Wie bei anderen Arbeitselementen können Sie testspezifische Arbeitselemente massenbearbeitungen. Weitere Informationen erhalten Sie in den folgenden Artikeln:

Testbegriffe

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

Begriff

Definition


Konfiguration

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)
  • Test bestanden
  • Fehlertest
  • Blocktest
  • Nicht verfügbar

Weitere Informationen finden Sie unter Wiederholen eines Tests mit unterschiedlichen Daten. Beachten Sie, dass sich die Ergebnisse von Pipelinetests unterscheiden, wie in Den Pipelinetests beschrieben.

Testpunkte

Testfälle selbst sind nicht ausführbare Dateien. Wenn Sie einer Testsuite einen Testfall hinzufügen, werden Testpunkte generiert. Ein Testpunkt ist eine einzigartige Kombination aus Testfall, Testsuite, Konfiguration und Tester. Wenn Sie beispielsweise über einen Testfall mit dem Namen "Testanmeldungsfunktionalität" verfügen und zwei Konfigurationen für die Edge - und Chrome-Browser hinzufügen, haben Sie zwei Testpunkte. Sie können jeden dieser Testpunkte ausführen oder ausführen. Bei der Ausführung werden Testergebnisse generiert. Mithilfe der Testergebnisseansicht oder des Ausführungsverlaufs können Sie alle Ausführungen eines Testpunkts anzeigen. Die neueste Ausführung für den Testpunkt ist das, was Sie auf der Registerkarte "Ausführen" sehen.

Testausführungseinstellungen

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

Testergebniseinstellungen

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

Rückverfolgbarkeit

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