Nachverfolgbarkeit von Anforderungen

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Die Anforderungsablaufverfolgung ist die Möglichkeit, zwei oder mehr Phasen eines Entwicklungsprozesses zu verknüpfen und zu dokumentieren, die dann sowohl vorwärts als auch rückwärts vom Ursprung nachverfolgt werden können. Die Anforderungsablaufverfolgung hilft Teams, Einblicke in Indikatoren wie die Qualität der Anforderungen oder die Bereitschaft zum Versand der Anforderung zu erhalten. Ein grundlegender Aspekt der Anforderungsablaufverfolgung ist die Zuordnung der Anforderungen zu Testfällen, Fehlern und Codeänderungen.

Lesen Sie das Glossar , um die Terminologie des Testberichts zu verstehen.

Hinweis

In Microsoft Team Foundation Server (TFS) 2018 und früheren Versionen werden Build- und Release-Pipelines als Definitionen bezeichnet, Ausführungen werden als Builds bezeichnet, Dienstverbindungen werden als Dienstendpunkte bezeichnet, Stages werden als Umgebungen bezeichnet und Aufträge werden als Phasen bezeichnet.

Agile Teams, die automatisierte Tests ausführen

Agile Teams verfügen über Merkmale, einschließlich, aber nicht beschränkt auf folgendes

  • Schnellere Veröffentlichungszyklen
  • Kontinuierliche Tests in einer Pipeline
  • Geringer manueller Testbedarf; beschränkt auf explorative Tests
  • Hoher Automatisierungsgrad

In den folgenden Abschnitten werden Die Rückverfolgbarkeit von Qualitäts-, Bug - und Source-Standpunkten für Agile-Teams untersucht.

Qualitätsablaufverfolgung

Um sicherzustellen, dass die Benutzeranforderungen den Qualitätszielen entsprechen, können die Anforderungen in einem Projekt mit Testergebnissen verknüpft werden, die dann im Dashboard des Teams angezeigt werden können. Dies ermöglicht die End-to-End-Ablaufverfolgung mit einer einfachen Möglichkeit zum Überwachen von Testergebnissen. Um automatisierte Tests mit Anforderungen zu verknüpfen, besuchen Sie den Testbericht in Build oder Release.

  1. Wählen Sie im Abschnitt "Ergebnisse" auf der Registerkarte "Tests " einer Build- oder Releasezusammenfassung die Tests aus, die mit Anforderungen verknüpft werden sollen, und wählen Sie "Link" aus.

    Select tests to be linked to requirements

  2. Wählen Sie ein Arbeitselement aus, das mit den ausgewählten Tests verknüpft werden soll, auf eine der angegebenen Weise:

    • Wählen Sie eine anwendbare Arbeitsaufgabe aus der Liste der vorgeschlagenen Arbeitselemente aus. Die Liste basiert auf den zuletzt angezeigten und aktualisierten Arbeitselementen.
    • Geben Sie eine Arbeitselement-ID an.
    • Suchen Sie basierend auf dem Titeltext nach einer Arbeitsaufgabe.

    Select requirements work item

    Die Liste zeigt nur Arbeitselemente, die zur Kategorie "Anforderungen" gehören.

  3. Nachdem die Anforderungen mit den Testergebnissen verknüpft wurden, können Sie die Testergebnisse nach Anforderung gruppieren. Die Anforderung ist eine der vielen Optionen "Gruppieren nach", um die Navigation in den Testergebnissen zu erleichtern.

    Group results by requirements

  4. Teams möchten häufig die zusammengefasste Ansicht der Anforderungsablaufverfolgung an ein Dashboard anheften. Verwenden Sie dazu das Qualitäts-Widget "Anforderungen ".

    Create team dashboard

  5. Konfigurieren Sie das Qualitäts-Widget "Anforderungen " mit den erforderlichen Optionen, und speichern Sie es.

    • Anforderungsabfrage: Wählen Sie eine Arbeitselementabfrage aus, die die Anforderungen erfasst, z. B. die Benutzergeschichten in der aktuellen Iteration.
    • Qualitätsdaten: Geben Sie die Phase der Pipeline an, für die die Anforderungsqualität nachverfolgt werden soll.

    Configure widget

  6. Zeigen Sie das Widget im Dashboard des Teams an. Es listet alle Anforderungen im Bereich zusammen mit der PassRate für die Tests und die Anzahl der fehlgeschlagenen Tests auf. Wenn Sie eine Fehlertestanzahl auswählen, wird die Registerkarte "Tests " für den ausgewählten Build oder die ausgewählte Version geöffnet. Das Widget hilft auch, die Anforderungen ohne zugehörige Tests nachzuverfolgen.

    Track requirements without tests

Um sicherzustellen, dass die Benutzeranforderungen den Qualitätszielen entsprechen, können die Anforderungen in einem Projekt mit Testergebnissen verknüpft werden, die dann im Dashboard des Teams angezeigt werden können. Dies ermöglicht die End-to-End-Ablaufverfolgung mit einer einfachen Möglichkeit zum Überwachen von Testergebnissen. Um automatisierte Tests mit Anforderungen zu verknüpfen, besuchen Sie den Testbericht in Build oder Release.

  1. Wählen Sie im Abschnitt "Ergebnisse" auf der Registerkarte "Tests " einer Build- oder Releasezusammenfassung die Tests aus, die mit Anforderungen verknüpft werden sollen, und wählen Sie "Link" aus.

    Select tests to be linked to requirements

  2. Wählen Sie ein Arbeitselement aus, das mit den ausgewählten Tests verknüpft werden soll, auf eine der angegebenen Weise:

    • Wählen Sie eine anwendbare Arbeitsaufgabe aus der Liste der vorgeschlagenen Arbeitselemente aus. Die Liste basiert auf den zuletzt angezeigten und aktualisierten Arbeitselementen.
    • Geben Sie eine Arbeitselement-ID an.
    • Suchen Sie basierend auf dem Titeltext nach einer Arbeitsaufgabe.

    Select requirements work item

    Die Liste zeigt nur Arbeitselemente, die zur Kategorie "Anforderungen" gehören.

  3. Teams möchten häufig die zusammengefasste Ansicht der Anforderungsablaufverfolgung an ein Dashboard anheften. Verwenden Sie dazu das Qualitäts-Widget "Anforderungen ".

    Create team dashboard

  4. Konfigurieren Sie das Qualitäts-Widget "Anforderungen " mit den erforderlichen Optionen, und speichern Sie es.

    • Anforderungsabfrage: Wählen Sie eine Arbeitselementabfrage aus, die die Anforderungen erfasst, z. B. die Benutzergeschichten in der aktuellen Iteration.
    • Qualitätsdaten: Geben Sie die Phase der Pipeline an, für die die Anforderungsqualität nachverfolgt werden soll.

    Configure widget

  5. Zeigen Sie das Widget im Dashboard des Teams an. Es listet alle Anforderungen im Bereich zusammen mit der PassRate für die Tests und die Anzahl der fehlgeschlagenen Tests auf. Wenn Sie eine Fehlertestanzahl auswählen, wird die Registerkarte "Tests " für den ausgewählten Build oder die ausgewählte Version geöffnet. Das Widget hilft auch, die Anforderungen ohne zugehörige Tests nachzuverfolgen.

    Track requirements without tests

Fehlerablaufverfolgung

Tests geben eine Maßeinheit für das Vertrauen, um eine Änderung an Benutzer zu senden. Ein Testfehler signalisiert probleme mit der Änderung. Fehler können aus vielen Gründen auftreten, z. B. Fehler in der Quelle unter Test, schlechtem Testcode, Umweltproblemen, Flakytests und mehr. Fehler bieten eine robuste Möglichkeit, Testfehler nachzuverfolgen und die Verantwortlichkeit im Team zu steuern, um die erforderlichen Abhilfemaßnahmen auszuführen. Um Fehler mit Testergebnissen zu verknüpfen, besuchen Sie den Testbericht in Build oder Release.

  1. Wählen Sie im Abschnitt "Ergebnisse" der Registerkarte "Tests " die Tests aus, mit denen der Fehler erstellt werden soll, und wählen Sie "Fehler" aus. Mehrere Testergebnisse können einem einzelnen Fehler zugeordnet werden. Dies geschieht in der Regel, wenn der Grund für die Fehler auf eine einzelne Ursache zurückzuführen ist, z. B. die Nichtverfügbarkeit eines abhängigen Diensts, ein Datenbankverbindungsfehler oder ähnliche Probleme.

    Link bugs to tests

  2. Öffnen Sie das Arbeitselement, um den Fehler anzuzeigen. Er erfasst den vollständigen Kontext der Testergebnisse, einschließlich wichtiger Informationen wie fehlermeldung, Stapelablaufverfolgung, Kommentare und vieles mehr.

    Capture bug details

  3. 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.

    View bug in Tests Tab

  4. Navigieren Sie aus einer Arbeitsaufgabe direkt zu den zugehörigen Testergebnissen. Sowohl der Testfall als auch das spezifische Testergebnis sind mit dem Fehler verknüpft.

    Test links in bug

  5. Wählen Sie im Arbeitselement Testfall oder Testergebnis aus, um direkt zur Seite " Tests " für den ausgewählten Build oder die ausgewählte Version zu wechseln. Sie können den Fehler beheben, Ihre Analyse im Fehler aktualisieren und die erforderlichen Änderungen vornehmen, um das Problem nach Bedarf zu beheben. Während beide Links sie zur Registerkarte "Tests" führen, sind der angezeigte Standardabschnitt "Verlauf " und " Debuggen" .

    Tests Tab full page view

Ablaufverfolgung der Quelle

Bei der Problembehandlung von Testfehlern, die über einen bestimmten Zeitraum konsistent auftreten, ist es wichtig, den anfänglichen Satz von Änderungen zurückzuverfolgen – wo der Fehler stammt. Dies kann dazu beitragen, den Umfang für die Identifizierung des problematischen Tests oder der unter Test befindlichen Quelle erheblich einzugrenzen. Um die erste Instanz von Testfehlern zu ermitteln und sie auf die zugehörigen Codeänderungen zurückzuverfolgen, besuchen Sie die Registerkarte "Tests " im Build oder "Release".

  1. Wählen Sie auf der Registerkarte " Tests " einen Testfehler aus, der analysiert werden soll. Wählen Sie basierend darauf, ob es sich um einen Build oder eine Version handelt, die Spalte "Fail build " oder "Fail release " für den Test aus.

    View Failing release

  2. Dadurch wird eine weitere Instanz der Registerkarte "Tests " in einem neuen Fenster geöffnet, die die erste Instanz aufeinanderfolgender Fehler für den Test anzeigt.

    originating test failure

  3. Basierend auf der Build- oder Releasepipeline können Sie die Zeitachse oder Pipelineansicht auswählen, um zu sehen, welche Codeänderungen vorgenommen wurden. Sie können die Codeänderungen analysieren, um die potenzielle Ursache des Testfehlers zu identifizieren.

    View code commits

Herkömmliche Teams mit geplanten Tests

Teams, die von manuellen Tests zu kontinuierlichen (automatisierten) Tests wechseln und eine Teilmenge bereits automatisierter Tests haben, können sie als Teil der Pipeline oder nach Bedarf ausführen (siehe Testbericht). Als geplante Tests bezeichnet, können automatisierte Tests den Testfällen in einem Testplan zugeordnet und von Azure Test Plans ausgeführt werden. Sobald sie zugeordnet sind, tragen diese Tests zu den Qualitätsmetriken der entsprechenden Anforderungen bei.

Hilfe und Support