End-to-End-Nachverfolgbarkeit

Azure DevOps Services

Einer der wichtigsten Vorteile der Einführung einer Plattform wie Azure DevOps ist die Unterstützung, die sie bietet, um die Arbeit von Anforderungen bis zur Bereitstellung zu verfolgen. Sie erhalten Einblicke in jeden Schritt der getroffenen Entscheidungen und der bereitgestellten Software. Die in diesem Artikel veranschaulichten Szenarien werden unterstützt, wenn Sie Azure Repos Git-Repositorys verwenden.

Nachfolgend sind einige der unterstützten Aufgaben aufgeführt, um die End-to-End-Ablaufverfolgung zu erleichtern:

  • Erstellen einer Verzweigung aus einer Anforderung
  • Erstellen einer Pullanforderung für aktualisierte Verzweigung
  • Überprüfen der Pullanforderung mithilfe einer Buildpipeline
  • Erstellen und Ausführen von Inlinetests für Anforderungen
  • Zusammenführen der Pullanforderung in den Haupt-, Standardzweig
  • Bereitstellen von Änderungen in der Produktion mit dem Bereitstellungsstatus für Azure Boards
  • Überwachen und Melden der Anforderungsablaufverfolgung

Hinweis

Das Nachverfolgen des Ursprungs der Arbeit über die Übermittlung und die Möglichkeit, die Arbeit im gesamten Entwicklungslebenszyklus nachzuverfolgen, ist für die Erreichung der End-to-End-Rückverfolgbarkeit unerlässlich.

Die End-to-End-Ablaufverfolgung wird unterstützt, indem verschiedene Objekte wie Arbeitselemente, Verzweigungen, Commits, Pullanforderungen, Builds und Versionen verknüpft werden. Erstellen Sie Berichte und Analysen unterstützen die Möglichkeit, die Ablaufverfolgung in Echtzeit zu überwachen. In diesem Artikel finden Sie eine Übersicht über Azure DevOps Unterstützung für die Ablaufverfolgung, ohne die Details zur Aktivierung und Unterstützung der Ablaufverfolgung zu erhalten. Ausführlichere Informationen werden unter verwandten Artikeln bereitgestellt.

Rückverfolgbarkeit und Verknüpfung

Während des gesamten Entwicklungslebenszyklus können Sie erfassen, welche Codeänderungen, Builds und Versionen den Abschluss einer Arbeitsaufgabe unterstützen. Auf diese Weise kann Ihr Team verstehen, welche Arbeit ausgeführt wurde oder wie ein Fehler über den Überwachungspfad der Änderungen an der Codebasis behoben wurde.

Die Linktypen, die zum Erstellen dieser Links für Git-Repositorys verwendet werden – wie in der folgenden Abbildung dargestellt – sind Build, In Build,Integriert in Build, Branch, Commit, PullAnforderung und integriert in der Versionsphase.

Conceptual image of code, build, and release links to work items.

Verzweigen von einer Anforderung

Sie können viele Aufgaben mit einem einzigen Klick aus dem Produkt-Kanban-Board ausführen. Hier zeigen wir das Erstellen einer Verzweigung aus einer Anforderung durch Öffnen des Arbeitselementkartenmenüs.

Screenshot of Kanban board card, menu, choose New branch option.

Sie können einen Verzweigung aus dem geöffneten Dialogfeld benennen und bezeichnen. Die Arbeitsaufgabe wird automatisch mit dem Verzweigungstyp verknüpft, den Sie mit dem Verzweigungslinktyp erstellt haben.

Create a branch dialog.

Sie können diese Aufgabe auch über das Arbeitselementformular ausführen, indem Sie den Link zum Erstellen eines Verzweigungslinks auswählen.

Work item form, Create a branch link.

Erstellen einer Pullanforderung aus einer Anforderung

Nachdem Codeänderungen an der neuen Verzweigung vorgenommen wurden, können Entwickler dann eine Pullanforderung aus der Anforderung erstellen, indem Sie das Arbeitselementformular öffnen.

Work item form, Create a pull request.

Ein weiterer Vorteil der Entwicklung von Software aus dem Kanban-Board und der Arbeitsaufgabe besteht darin, Entwickler zu ermutigen, Kommentare einzugeben, während sie daran arbeiten, den Prüfpfad der änderungen weiter zu fördern.

Hinzufügen und Ausführen von Tests aus Anforderungen

Genauso wie Sie einen neuen Zweig aus dem Kanban-Board erstellen können, können Sie dem Arbeitselement auch Tests hinzufügen.

Screenshot of Kanban board card, menu, choose Add test option.

Hinweis

Testablaufverfolgung unterstützt das Verknüpfen eines Tests mit einer Reihe von Anforderungen und überprüfen, dass die Anwendung erwartungsgemäß funktioniert.

Nachdem Sie die Tests hinzugefügt und definiert haben, können Sie sie aus dem Kanban-Board ausführen und den Teststatus festlegen.

Screenshot of Kanban board card, test menu, choose Run test.

Die Testintegration mit dem Kanban-Board erleichtert Es Teams, mit manuellen Tests zu beginnen und dann die vollständigen Testfunktionen zu nutzen, die von Azure Test Plans bereitgestellt werden. Das Kanban-Board zeigt den Test an, der zur Unterstützung der Anforderung hinzugefügt wird, wenn Testfälle aus dem Kanban-Board erstellt werden oder wenn anforderungsbasierte Testsuiten unter Test Plans erstellt werden.

Manuelle und automatisierte Tests

Teams, die von manuellen Tests zu kontinuierlichen, automatisierten Tests wechseln und bereits eine Teilmenge von Tests automatisiert haben, können sie als Teil einer Pipeline oder bei Bedarf ausführen. Als geplante Tests bezeichnet, können automatisierte Tests den Testfällen in einem Testplan zugeordnet und von Test Plans ausgeführt werden. Sobald diese Tests zugeordnet sind, tragen diese Tests zu den Qualitätsmetriken der entsprechenden Anforderungen bei.

Bereitstellen von Änderungen in der Produktion

Nachdem Sie eine Pipeline zum Erstellen und Freigeben der Codeänderungen definiert haben, können Sie die Bereitstellung der Anforderung für jede Versionsphase nachverfolgen. Im Arbeitselementformular können Sie schnell die Links zu Builds und Versionen aus den Abschnitten "Bereitstellungs - und Entwicklungssteuerung " öffnen.

Bereitstellungs- und Entwicklungssteuerelemente

Wenn Sie das Arbeitsaufgabenformular öffnen, können Sie die Phasen sehen, für die die Anforderung bereitgestellt wurde, und einen Drilldown für weitere Details durch Auswählen der Links anzeigen. Im Abschnitt "Entwicklung" können Sie die Verzweigung , commit oder Pullanforderungen öffnen, die mit der Anforderung verknüpft wurden.

Work item form, Deployment control, Release Settings Stages.

Das Bereitstellungssteuerelement zeigt Versionsinformationen für diese Arbeitselemente an, die einem Git-Commit zugeordnet wurden, der Teil eines Builds ist, der veröffentlicht wird.

Versionsansicht

In der folgenden Abbildung werden die mehreren Umgebungen veranschaulicht, mit denen die Version ausgerichtet ist, mit der das ausgewählte Arbeitselement verknüpft ist.

Example showing multiple environments that the release is targeting.

Freigabeeinstellungen

Sie verwalten die Bereitstellung für Produktionsansichtsoptionen aus den Releaseeinstellungen.

Screenshot of Release pipeline Options>Integrations settings.

Das Arbeitselementbereitstellungssteuerelement zeigt den Status der Versionen innerhalb dieser Arbeitselemente an, die mit Commits im Build verknüpft sind, und diese Releasepipelinen, die Sie zum Melden von Bereitstellungsinformationen konfiguriert haben, an Azure Boards.

Anforderungsablaufverfolgungsmatrix

Die Anforderungsablaufverfolgung bezieht sich auf zwei oder mehr Phasen eines Entwicklungsprozesses, die dann sowohl vorwärts als auch rückwärts vom Ursprung nachverfolgt werden können. Die Anforderungsablaufverfolgung bietet Teams Einblicke in Indikatoren wie die Qualität der Anforderungen oder die Bereitschaft, Anforderungen zu versenden. Ein grundlegender Aspekt der Anforderungsablaufverfolgung ist die Zuordnung der Anforderungen zu Testfällen, Fehlern und Codeänderungen.

Hinweis

Die Anforderungsablaufverfolgungsmatrix (Requirements Traceability Matrix, RTM) ist ein Dokument, das Anforderungen im gesamten Überprüfungsprozess verknüpft. Der Zweck der Anforderungsablaufverfolgungsmatrix besteht darin, sicherzustellen, dass alle anforderungen, die für ein System definiert sind, in den Testprotokollen getestet werden.

Anforderungsablaufverfolgungsberichte

Anforderungsablaufverfolgungsberichte

Requirements quality widget

Fehlerablaufverfolgung

Zeigen Sie den Fehler mit dem Testergebnis direkt im Kontext auf der Registerkarte "Tests" an. Auf der Registerkarte "Arbeitselemente" sind auch alle verknüpften Anforderungen für das Testergebnis aufgeführt.

Bug traceability

Ablaufverfolgung der Quelle

Basierend auf der Build- oder Releasepipeline können Sie die Zeitachse oder Pipelineansicht auswählen, um zu sehen, welche Codeänderungen übernommen wurden. Sie können die Codeänderungen analysieren, um die potenzielle Ursache des Testfehlers zu identifizieren.

Screenshot of source traceability.

Testanalysen

Testanalysen für Builds

Um Teams dabei zu helfen, Tests zu finden und zu beheben, die häufig oder intermittativ fehlschlagen, verwenden Sie den Bericht über die wichtigsten fehlerhaften Tests. Die Buildzusammenfassung enthält die Analyseseite, auf der dieser Bericht gehostet wird. Die Ansicht auf oberster Ebene enthält eine Zusammenfassung der Testdurchlaufrate und Ergebnisse für die ausgewählte Buildpipeline für den angegebenen Zeitraum. Der Standardbereich beträgt 14 Tage.

Screenshot of build analytics.

Testen von Analysen für Versionen

Öffnen Sie eine Build- oder Releasezusammenfassung, um den Bericht über die wichtigsten fehlerhaften Tests anzuzeigen. Dieser Bericht enthält eine präzise Ansicht der wichtigsten fehlerhaften Tests in der Pipeline sowie die Fehlerdetails.

Bei Tests, die als Teil der Veröffentlichung ausgeführt werden, greifen Sie auf Testanalysen aus dem Analytics-Link in der oberen rechten Ecke zu. Wie beim Build stellt die Zusammenfassung eine aggregierte Ansicht der Testdurchlaufrate und -ergebnisse für den angegebenen Zeitraum bereit.

Screenshot of release analytics.

Nachverfolgen der Qualität der Anforderungen

So verfolgen Sie die Qualität der Arbeitsaufgaben, die zur Kategorie "Anforderungen" gehören. Dazu gehören Arbeitsaufgaben wie User Stories (Agile), Product Backlog Items (Scrum) und Requirements (CMMI).

Screenshot of requirements tracking, OData and PowerBi.

Fehlgeschlagenen Tests

Öffnen Sie eine Build- oder Releasezusammenfassung, um den Bericht über die wichtigsten fehlerhaften Tests anzuzeigen. Dieser Bericht enthält eine präzise Ansicht der wichtigsten fehlerhaften Tests in der Pipeline sowie die Fehlerdetails.

Screenshot of test failures.

Weitere Informationen zu den in diesem Artikel eingeführten Konzepten finden Sie in den folgenden Artikeln.

Verknüpfen

Test

Berichte und Analysen