Informationen zur End-to-End-Rückverfolgbarkeit
Azure DevOps Services
Azure DevOps unterstützt die End-to-End-Rückverfolgbarkeit, indem verschiedene Objekte in Ihrem Entwicklungsprozess verknüpft werden, z. B. Arbeitsaufgaben, Verzweigungen, Commits, Pullanforderungen, Builds und Versionen. Sie können integrierte Berichte und Analysen verwenden, um die Rückverfolgbarkeit in Echtzeit zu überwachen.
Dieser Artikel enthält eine Übersicht darüber, wie Azure DevOps die Rückverfolgbarkeit ermöglicht und unterstützt, mit Links zu ausführlicheren Informationen.
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 für Git-Repositorys verwendeten Verknüpfungstypen sind Build-, Gefunden in Build-, Integriert in Build-, Branch-, Commit-, Pull Requestund Integriert in Release-Stadium.
Erstellen einer Verzweigung oder eines Pull-Requests aus einem Arbeitselement
Verzweigung (Branch): Sie können eine Verzweigung aus einem Arbeitselement erstellen, indem Sie auf dem Produktboard das Menü „Arbeitselementkarte“ öffnen oder im Arbeitsaufgabenformular die Option Verzweigung erstellen auswählen. Die Verzweigung wird automatisch mithilfe des Linktyps Verzweigung mit dem Arbeitselement verknüpft.
Pull-Request: Nachdem die Codeänderungen in der neuen Verzweigung vorgenommen wurden, können Entwickler vom Arbeitselement aus einen Pull-Request erstellen. Wenn Sie das Board und das Arbeitselement verwenden, um die Softwareentwicklung voranzutreiben, ermutigt es Entwickler, Kommentare hinzuzufügen, während sie arbeiten, um die Änderungen und die Gründe dahinter zu dokumentieren. Auf diese Weise wird das Arbeitselement zu einer reichhaltigen Quelle von Informationen und Historie für die Codeänderungen.
Hinzufügen und Ausführen von Tests aus Arbeitsaufgaben
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 Arbeitsaufgabenanforderung für jede Veröffentlichungsphase nachverfolgen. Im Arbeitsaufgabenformular können Sie schnell die Links zu Builds und Versionen aus den Abschnitten Deployment und Development öffnen.
Wenn Sie das Formular für Arbeitsaufgaben öffnen, werden die Phasen angezeigt, in denen die Anforderung eingesetzt wird. Sie können detailliertere Informationen mit dem Dropdownmenü anzeigen.
- Abschnitt Entwicklung: Öffnen von Verzweigungen, Commits oder Pull-Requests, die mit dem Arbeitselement verknüpft sind.
- Abschnitt "Deployment": Hier finden Sie Versionsinformationen für Arbeitsaufgaben, die einem Git-Commit zugeordnet sind, der Teil eines Builds ist, der veröffentlicht wird.
Weitere Informationen finden Sie unter Informationen zu Kanban-Boards.
Releaseansicht
Die folgende Abbildung zeigt die verschiedenen Umgebungen, für die die Version bestimmt ist, mit der die ausgewählte Arbeitsaufgabe verknüpft ist.
Releaseeinstellungen
Verwalten Sie Ihre Anzeigeoptionen aus den Versionseinstellungen. Die Steuerung von Arbeitselementbereitstellungen zeigt den Fortschritt der Versionen, die mit Ihren Arbeitselementen verknüpft sind. Sie können den Versionsstatus für Arbeitsaufgaben sehen, die Commits im Build haben, und für Releasepipelines, die Sie zum Senden von Bereitstellungsinformationen an Azure Boards eingerichtet haben.
Anforderungsnachverfolgungsmatrix
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 Anforderungsablaufverfolgung ist die Zuordnung von 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. Weitere Informationen zur Anforderungs-Nachverfolgbarkeitsmatrix finden Sie unter Anforderungsnachverfolgung.
Berichte zur Rückverfolgbarkeit 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 Anforderungsverfolgbarkeit.
Nachverfolgbarkeit der Quelle
Je nach Build- oder Releasepipeline können Sie die Ansicht „Zeitachse“ oder „Pipeline“ auswählen, um die festgeschriebenen Codeänderungen anzuzeigen. Sie können die Codeänderungen analysieren, um die potenzielle Grundursache des Testfehlers zu identifizieren.
Testanalysen
Weitere Informationen zu Test Analytics für Builds und Versionen, das Nachverfolgen der Qualität von Anforderungen und das Nachverfolgen von Testfehlern finden Sie unter Test Analytics.