Nachverfolgbarkeit von Anforderungen

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Die Nachverfolgbarkeit von Anforderungen 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 von seinem Ursprung aus nachverfolgt werden können. Die Nachverfolgbarkeit von Anforderungen hilft Teams, Erkenntnisse zu Indikatoren wie der Qualität von Anforderungen oder der Bereitschaft zur Weiterleitung der Anforderung zu gewinnen. Ein grundlegender Aspekt der Nachverfolgbarkeit von Anforderungen ist die Zuordnung der Anforderungen zu Testfällen, Fehlern und Codeänderungen.

Lesen Sie das Glossar, um mehr über die Terminologie von Testberichten zu erfahren.

Agile Teams, die automatisierte Tests ausführen

Agile Teams weisen unter anderem die folgenden Merkmale auf:

• Schnellere Releasezyklen
• Fortlaufende Tests in einer Pipeline
• Vernachlässigbarer manueller Testaufwand; beschränkt auf explorative Tests
• Hoher Automatisierungsgrad

In den folgenden Abschnitten wird die Nachverfolgbarkeit der Aspekte Qualität, Fehler und Quelle für Agile Teams untersucht.

Nachverfolgbarkeit der Qualität

Projektanforderungen können mit Testergebnissen verknüpft werden, um eine umfassende Nachverfolgbarkeit mit einer einfachen Möglichkeit zum Überwachen von Testergebnissen zu erhalten. Informationen zum Verknüpfen automatisierter Tests mit Anforderungen finden Sie unter Testbericht.

1. Wählen Sie im Abschnitt „Ergebnisse“ auf der Registerkarte Tests der Zusammenfassung eines Builds oder eines Release den Test aus, der mit Anforderungen verknüpft werden soll, und wählen Sie Verknüpfen aus.

   

2. Wählen Sie mit einer der folgenden Methoden ein Arbeitselement aus, das mit dem ausgewählten Test verknüpft werden soll:

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

   

   Die Liste enthält nur Arbeitselemente, die zur Kategorie „Anforderungen“ gehören.

3. Teams möchten häufig die zusammengefasste Ansicht der Nachverfolgbarkeit von Anforderungen an ein Dashboard anheften. Verwenden Sie hierfür das Widget Anforderungen Qualität.

   

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

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

   

5. Zeigen Sie das Widget auf dem Dashboard des Teams an. Es listet alle Anforderungen im Bereich zusammen mit der Erfolgsquote für die Tests und der Anzahl der fehlerhaften Tests auf. Wenn Sie eine Anzahl von Tests mit Fehler auswählen, wird die Registerkarte Tests für den ausgewählten Build oder das ausgewählte Release geöffnet. Das Widget hilft auch dabei, die Anforderungen ohne zugehörigen Test nachzuverfolgen.

   

Nachverfolgbarkeit von Fehlern

Tests vermitteln ein Maß für die Zuverlässigkeit einer Änderung, die für Benutzer*innen freigegeben werden soll. Ein Testfehler deutet auf ein Problem mit der Änderung hin. Fehler können durch Probleme in der getesteten Quelle, fehlerhaften Testcode, Umgebungsprobleme, unzuverlässige Tests u. v. m verursacht werden. Fehler stellen eine wichtige Möglichkeit dar, Testfehler nachzuverfolgen und die Verantwortlichkeit im Team zu fördern, um die erforderlichen Abhilfemaßnahmen zu ergreifen. Wie Sie Fehlern Testergebnisse zuordnen, erfahren Sie unter Testbericht.

1. Wählen Sie im Abschnitt „Ergebnisse“ auf der Registerkarte Tests die Tests aus, für die der Fehler erstellt werden soll, und wählen Sie dann Fehler aus. Einem einzelnen Fehler können mehrere Testergebnisse zugeordnet werden. Das ist in der Regel der Fall, wenn der Fehlergrund auf eine einzelne Ursache zurückgeführt werden kann, z. B. die Nichtverfügbarkeit eines erforderlichen Diensts, ein Datenbankverbindungsfehler oder ähnliche Probleme.

   

2. Öffnen Sie das Arbeitselement. Der Fehler enthält den vollständigen Kontext der Testergebnisse, einschließlich wichtiger Informationen wie Fehlermeldung, Stapelüberwachung, Kommentare und mehr.

   

3. Zeigen Sie den Fehler direkt im Kontext der Testergebnisse auf der Registerkarte Tests an. Auf der Registerkarte Arbeitselemente werden auch alle verknüpften Anforderungen für das Testergebnis aufgelistet.

   

4. Navigieren Sie von einem Arbeitselement direkt zu den zugeordneten Testergebnissen. Sowohl der Testfall als auch das spezifische Testergebnis sind mit dem Fehler verknüpft.

   

5. Wählen Sie im Arbeitselement Testfall oder Testergebnis aus, um direkt zur Seite Tests für den ausgewählten Build oder das ausgewählte Release zu wechseln. Sie können den Fehler beheben, Ihre Analyse im Fehler aktualisieren und ggf. die erforderlichen Änderungen vornehmen, um das Problem zu beheben. Beide Links führen Sie zwar zur Registerkarte Tests, zu den Standardabschnitten gehören jedoch Verlauf und Debuggen.

   

Nachverfolgbarkeit der Quelle

Bei der Problembehandlung von Testfehlern, die über einen bestimmten Zeitraum konsistent auftreten, ist es wichtig, eine Nachverfolgung bis zu den ersten Änderungen durchzuführen, von denen der Fehler stammt. Dieser Schritt kann erheblich dazu beitragen, den Bereich für die Ermittlung des problematischen Tests oder der getesteten Quelle einzugrenzen. Um das erste Vorkommen von Testfehlern zu ermitteln und sie bis zu den zugehörigen Codeänderungen zurückverfolgen zu können, zeigen Sie die Registerkarte Tests im Build oder Release an.

1. Wählen Sie auf der Registerkarte Tests einen zu analysierenden Testfehler aus. Wählen Sie je nachdem, ob es sich um einen Build oder ein Release handelt, für den Test die Spalte Buildfehler oder Releasefehler aus.

   

   Eine weitere Instanz der Registerkarte Tests wird in einem neuen Fenster geöffnet, in dem das erste Vorkommen aufeinanderfolgender Fehler für den Test angezeigt wird.

   

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

   

Herkömmliche Teams mit geplanten Tests

Teams, die von manuellen Tests auf kontinuierliche, automatisierte Tests umstellen und bei denen ein Teil der Tests bereits automatisiert ist, können diese als Teil der Pipeline oder bei Bedarf ausführen. Geplante Tests bzw. „automatisierte Tests“ können den Testfällen in einem Testplan zugeordnet und von Azure Test Plans ausgeführt werden. Nach der Zuordnung tragen diese Tests zu den Qualitätsmetriken der entsprechenden Anforderungen bei.

Hilfe und Support

• Siehe unsere Seite zur Problembehandlung
• Informieren Sie sich auf Stack Overflow und in der Entwicklercommunity.