End-to-End-Nachverfolgbarkeit

Azure DevOps Services

Azure DevOps unterstützt die End-to-End-Rückverfolgbarkeit, indem Sie verschiedene Objekte verknüpfen können, die an Ihrem Entwicklungsprozess beteiligt sind. Zu diesen Objekten gehören Arbeitsaufgaben, Verzweigungen, Commits, Pullanforderungen, Builds und Versionen. Sie können integrierte Berichte und Analysen verwenden, um die Rückverfolgbarkeit Ihrer Objekte in Echtzeit zu überwachen.

In diesem Artikel erhalten Sie eine Übersicht darüber, wie Azure DevOps die Rückverfolgbarkeit ermöglicht und unterstützt, ohne sich mit den Details der Einrichtung und Verwendung vertraut zu machen. Links zu weiteren Informationen finden Sie überall.

Rückverfolgbarkeit und Verknüpfung

Sie können die Codeänderungen, -builds und -versionen nachverfolgen, die mit einer Arbeitsaufgabe im gesamten Entwicklungslebenszyklus verknüpft sind. Auf diese Weise kann Ihr Team den Überwachungspfad sehen, wie die Arbeit durchgeführt wurde oder wie ein Fehler behoben wurde, indem sie sich die Änderungen in der Codebasis ansehen.

Die Linktypen, die für Git-Repositorys verwendet werden , wie in der folgenden Abbildung dargestellt – sind Build, in Build, integriert in Build, Branch, Commit, Pull Request und Integriert in der Veröffentlichungsphase.

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

Erstellen eines Branchs aus einer Anforderung

Sie können viele Aufgaben mit einer einzigen Auswahl aus dem Produkt Kanban-Board ausführen. In der folgenden Abbildung dargestellt, können Sie eine Verzweigung aus einer Anforderung erstellen, indem Sie die Arbeitsaufgabe Karte Menü öffnen. Wenn Sie eine Verzweigung aus der Standardverzweigung Standard erstellen, können Sie ihm einen Namen und eine Bezeichnung zuweisen. Die Verzweigung wird automatisch mit der Arbeitsaufgabe mit dem Verzweigungslinktyp verknüpft.

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

Oder wählen Sie im Arbeitsaufgabenformular eine Verzweigung erstellen.

Screenshot of Work item form, Create a branch link.

Erstellen einer Pullanforderung aus einer Anforderung

Sobald die Codeänderungen in der neuen Verzweigung vorgenommen wurden, können Entwickler eine Pull-Anforderung aus der Arbeitsaufgabe erstellen.

Screenshot of Work item form, Create a pull request.

Die Verwendung des Kanban-Boards und des Arbeitselements zur Förderung der Softwareentwicklung hat ebenfalls einen weiteren Vorteil. Es empfiehlt Entwicklern, während der Arbeit Kommentare hinzuzufügen, die dazu beitragen, die vorgenommenen Änderungen und die Gründe dafür zu dokumentieren. Auf diese Weise wird die Arbeitsaufgabe zu einer reichhaltigen Quelle von Informationen und Verlauf für die Codeänderungen.

Hinzufügen und Ausführen von Tests aus Anforderungen

Verknüpfen Sie einen Test mit einer Reihe von Anforderungen, und überprüfen Sie, ob die Anwendung wie erwartet funktioniert. Aus dem Kanban-Board können Sie dem Arbeitselement Tests hinzufügen. Anschließend können Sie Ihre neuen Tests aus dem Kanban-Board ausführen und den Teststatus festlegen.

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

Die Testintegration mit dem Kanban-Board erleichtert Teams die ersten Schritte mit manuellen Tests und nutzt dann die vollständigen Testfunktionen, die von Azure TestPlänen bereitgestellt werden. Das Kanban-Board zeigt den Test, der hinzugefügt wurde, um die Anforderung zu unterstützen, wenn Testfälle aus dem Kanban-Board erstellt werden oder wenn anforderungsbasierte Testsuiten unter Testplänen erstellt werden.

Manuelle und automatisierte Tests

Sie können automatisierte Tests in einer Pipeline oder bei Bedarf ausführen. Sie können sie auch mit Testfällen in einem Testplan verknüpfen und über Testpläne ausführen. Auf diese Weise können Sie die Qualität Ihrer Anforderungen mit automatisierten Tests nachverfolgen, die als geplante Tests bezeichnet werden.

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. Über das Arbeitsaufgabenformular 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 ausführen, indem Sie die Links auswählen. Im Abschnitt "Entwicklung" können Sie die Verzweigung, den Commit oder pull-Anforderungen öffnen, die mit der Anforderung verknüpft wurden.

Work item form, Deployment control, Release Settings Stages.

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

Freigabeansicht

Die folgende Abbildung zeigt die verschiedenen Umgebungen, für die die Version bestimmt ist, mit der die ausgewählte Arbeitsaufgabe verknüpft ist.

Example showing multiple environments that the release is targeting.

Versionseinstellungen

Verwalten Sie Ihre Anzeigeoptionen aus den Versionseinstellungen. Das Bereitstellungssteuerelement für Arbeitsaufgaben zeigt Ihnen, wie die Versionen, die mit Ihren Arbeitsaufgaben verknüpft sind, vorankommen. Sie können den Veröffentlichungsstatus für Arbeitsaufgaben sehen, die commits im Build und für Releasepipelines eingerichtet haben, die Sie zum Senden von Bereitstellungsinformationen an Azure Boards eingerichtet haben.

Screenshot of Release pipeline Options>Integrations settings.

Anforderungsablaufverfolgungsmatrix

Die Rückverfolgbarkeit von Anforderungen bietet Teams Einblicke in Indikatoren wie die Qualität der Anforderungen oder die Bereitschaft zum Versand von Anforderungen. Ein grundlegender Aspekt der Nachverfolgbarkeit von Anforderungen ist die Zuordnung der Anforderungen zu Testfällen, Fehlern und Codeänderungen.

Die Requirements Traceability Matrix (RTM) stellt sicher, dass alle für ein System definierten Anforderungen in den Testprotokollen getestet werden.

Berichte zur Ablaufverfolgung von Anforderungen

Anforderungsablaufverfolgungsberichte sind eine Möglichkeit, zu zeigen, wie verschiedene Phasen eines Entwicklungsprozesses miteinander zusammenhängen und dokumentiert sind. Sie helfen Teams dabei, die Qualität und Vollständigkeit ihrer Anforderungen zu messen und ihre Lieferbereitschaft zu bewerten. Sie helfen auch, die Codeänderungen, Tests, Fehler und Bereitstellungen nachzuverfolgen, die mit den Anforderungen verknüpft sind.

Screenshot of the Requirements quality widget.

Nachverfolgbarkeit von Fehlern

Sie können den Fehler und das Testergebnis auf der Registerkarte "Tests " im selben Kontext zusammen sehen. Auf der Registerkarte "Arbeitsaufgaben " werden auch alle Anforderungen angezeigt, die mit dem Testergebnis verknüpft sind.

Informationen zur Fehler- und Quellablaufverfolgung finden Sie unter "Anforderungen zur Ablaufverfolgung".

Nachverfolgbarkeit der Quelle

Je nach Build- oder Releasepipeline können Sie die Ansicht „Zeitachse“ oder „Pipeline“ auswählen, um zu sehen, welche Codeänderungen committet wurden. Sie können die Codeänderungen analysieren, um die potenzielle Grundursache des Testfehlers zu identifizieren.

Screenshot of source traceability.

Testanalysen

Informationen zu Test Analytics für Builds und Versionen, zum Nachverfolgen der Qualität der Anforderungen und zu Testfehlern finden Sie unter "Test Analytics".