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.
Erstellen eines Branchs aus einer Anforderung
Sie können viele Aufgaben mit einer einzigen Auswahl aus dem Product Board ausführen. In der folgenden Abbildung dargestellt, können Sie eine Verzweigung anhand einer Anforderung erstellen, indem Sie das Menü "Arbeitsaufgabe" öffnen. Wenn Sie eine Verzweigung aus der Standard-Hauptverzweigung erstellen, können Sie ihm einen Namen und eine Bezeichnung zuweisen. Die Verzweigung wird automatisch mit der Arbeitsaufgabe mit dem Verzweigungslinktyp verknüpft.
Oder wählen Sie im Arbeitsaufgabenformular eine Verzweigung erstellen.
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.
Die Verwendung des Boards und der Arbeitsaufgabe 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. Von der Tafel aus können Sie dem Arbeitselement Tests hinzufügen. Anschließend können Sie ihre neuen Tests über das Board ausführen und den Teststatus festlegen.
Die Testintegration mit dem Board erleichtert Teams die ersten Schritte mit manuellen Tests und nutzt dann die vollständigen Testfunktionen, die von Azure TestPlänen bereitgestellt werden. Das Board zeigt den Test an, der hinzugefügt wurde, um die Anforderung zu unterstützen, wenn Testfälle aus dem 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.
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.
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.
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.
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.
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".