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.
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.
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.
Sie können diese Aufgabe auch über das Arbeitselementformular ausführen, indem Sie den Link zum Erstellen eines Verzweigungslinks auswählen.
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.
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.
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.
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.
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.
Freigabeeinstellungen
Sie verwalten die Bereitstellung für Produktionsansichtsoptionen aus den Releaseeinstellungen.
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
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.
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.
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.
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.
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).
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.
Verwandte Artikel
Weitere Informationen zu den in diesem Artikel eingeführten Konzepten finden Sie in den folgenden Artikeln.
Verknüpfen
- Konfigurieren von Repositorys und Verzweigungen zur Integration in die Arbeitsnachverfolgung
- Konfigurieren von Pipelines zur Unterstützung der Arbeitsnachverfolgung
- Steuern der Git-Entwicklung aus einem Arbeitselement
- Verknüpfen und Anzeigen von Arbeitselementen zu Builds und Bereitstellungen
- Verknüpfen von Benutzergeschichten, Problemen, Fehlern und anderen Arbeitselementen
- Verknüpfen, Nachverfolgen und Verwalten von Abhängigkeiten
- Linktypverweis
Test
- Hinzufügen, Ausführen und Aktualisieren von Inlinetests
- Zuordnen von automatisierten Tests zu Testfällen