Zum Inhalt springen

Umgang mit verdächtigen Anforderungen durch automatische Kennzeichnung

„Dirty Flag / Suspect Link“ ist eine Komponente von MR Services (früher „MR Agent“ genannt), die dazu dient, Arbeitselemente zu identifizieren, die möglicherweise von einer Änderung eines verknüpften Arbeitselements betroffen sind, damit die zuständigen Beteiligten die betroffenen Arbeitselemente überprüfen können. Wenn sich beispielsweise eine User Story im aktiven Status ändert, werden die zugehörigen Testfälle als verdächtig markiert.
 
Die Funktion „Verdächtige Verknüpfungen“ trägt zum Erfolg Ihres Projekts bei, indem sie die Auswirkungen von Änderungen an Arbeitselementen sowohl abfragbar als auch generell besser erkennbar macht. Sie können diese Funktion als eine Methode betrachten, um die Auswirkungen von Änderungen an Arbeitselementen innerhalb Ihres Projekts zu bewerten.

Wie funktioniert „Dirty Flag“ / „Suspect Link“?

Mit dieser Funktion können Sie Workitems überwachen, die bestimmte Voraussetzungen erfüllen. Wenn sich diese Workitems ändern, markiert die Überwachungsfunktion alle damit verknüpften Workitems als verdächtig.

Betrachten wir einmal ein Beispiel:

Die User Story 1 wurde soeben in den Status „Abgeschlossen“ versetzt. Kann der „Suspect Link“ so konfiguriert werden, dass er eine Warnmeldung auslöst, wenn Änderungen an User Stories im Status „Abgeschlossen“ vorgenommen werden (z. B. eine Änderung an einem Feld wie „Beschreibung“)?

Das bedeutet, dass, wenn das Feld „Beschreibung“ von User Story 1 in Zukunft geändert wird, alle damit verknüpften Anforderungen mit einem „Dirty Flag“ markiert werden.

Auf diese Weise kann Ihr Team leicht erkennen, ob sich eine Anforderung, die bestimmte (von Ihnen festgelegte) Kriterien erfüllt, geändert hat. Sobald dies festgestellt wird, werden die direkt verknüpften, konfigurierten Arbeitselemente mit dem Status „Dirty/Suspect“ gekennzeichnet.

Um bei unserem Beispiel zu bleiben: Wenn sich das Feld „Beschreibung“ in User Story 1 ändern würde, könnten wir alle direkt verknüpften Testfälle mit einem „Dirty Flag“ versehen, die möglicherweise angepasst werden müssen, um die neuen Kriterienänderungen zu testen.

Die „Dirty Flags“, die für diese Testfälle gesetzt werden, würden die Form eines Work-Item-Tags annehmen.

Tags werden im Standard-Workitem-Editor von Azure DevOps angezeigt. Sie können außerdem die Spaltenoptionen im Modul „Workitems und Backlogs“ anpassen, um eine Gruppe von Workitems anzuzeigen, von denen einige möglicherweise mit dem „Dirty Flag“ markiert sind.

Wenn bei Arbeitselementen das „Dirty Flag“-Tag gesetzt wird, enthält dieses Tag sowohl die ID des geänderten Arbeitselements als auch dessen Revisionsnummer, sodass Ihr Team leicht erkennen kann, welche Anforderung geändert wurde und die „Dirty Flag“- bzw. „Suspect Link“-Funktion ausgelöst hat.

„Dirty Flag“-Markierungen können manuell entfernt werden, sobald die zuständigen Beteiligten die Auswirkungen geprüft und die erforderlichen Aktualisierungen vorgenommen haben. Wir empfehlen, einen weiteren Kommentar hinzuzufügen, in dem erläutert wird, dass die „Dirty Flag“-Markierung nun entfernt wurde, da die erforderlichen Aktualisierungen vorgenommen wurden oder keine Aktualisierungen erforderlich sind.  

Weitere Informationen sowie eine Anleitung zur Konfiguration von „Dirty Flag/Suspect Link“ finden Sie im Video.

 
New MR Logo cropped
Products
New MR Logo cropped

Moderne Anforderungen für DevOps

End-to-end requirements management in Azure DevOps.

Copilot für DevOps

AI-powered assistance for DevOps workflows.

Agents4DevOps

Autonomous AI agents for DevOps execution.

KI-Synchronisierungsbrücke

Real-time data sync across tools and systems.

Warum moderne Anforderungen?

Designed to work natively within Azure DevOps, Modern Requirements extends the platform with powerful capabilities that help teams capture, manage, and validate requirements more effectively.