Freigeben über

Berechtigungen und Voraussetzungen für den Zugriff auf Analytics in Azure DevOps

  • Artikel

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

Um mit Analytics zu arbeiten und Berichte zu erstellen, müssen mehrere Voraussetzungen erfüllt sein, wie in diesem Artikel zusammengefasst.

Standardmäßig erhalten alle Projektmitglieder Zugriff auf Analysedaten für die Projekte, in denen sie Mitglieder sind, einschließlich Der Gruppe "Leser" des Projekts hinzugefügte Mitglieder. Benutzer mit Stakeholder-Zugriff haben keinen Zugriff, um Analyseansichten anzuzeigen oder zu bearbeiten.

Dienst- und Featureaktivierung

Im Allgemeinen ist Analytics immer aktiviert und für Mitglieder einer Organisation oder Sammlung verfügbar, um Daten anzuzeigen und Berichte zu erstellen.

Analysedienst

Für Azure DevOps Services ist Analytics immer aktiviert. Sie können sie nicht deaktivieren oder anhalten.

Für Azure DevOps Server 2020 und höher lokale Versionen wird Analytics automatisch mit jeder von Ihnen erstellten Projektsammlung installiert.

Für Azure DevOps Server 2019 müssen Sie zuerst Analytics für jede von Ihnen erstellte Projektsammlung installieren.

Sie können den Dienst anhalten und neu starten. Wenn sie angehalten ist, werden keine neuen Daten zu Analytics hinzugefügt.

Weitere Informationen finden Sie unter Installieren oder Aktivieren des Analysediensts.

Azure DevOps Services

Um einen beliebigen Azure DevOps-Dienst auszuüben, muss er aktiviert sein. Für einen Dienst, der deaktiviert wurde, können keine Daten erfasst werden. Dienste können auf Projektbasis aktiviert oder deaktiviert werden.

Informationen zum Überprüfen, ob alle Dienste aktiviert sind, finden Sie unter Aktivieren oder Deaktivieren eines Diensts.

Analytics-Ansichten

Analyseansichten, ein Hub in Ihrem Webportal, bieten eine vereinfachte Möglichkeit, die Filterkriterien für einen Power BI-Bericht basierend auf den Analysedaten anzugeben. Weitere Informationen erhalten Sie unter Was ist der Analytics-Dienst?

Um auf Analyseansichten zuzugreifen, müssen Sie sie aktiviert haben. Die Organisationsbesitzer oder Mitglieder der Gruppe "Projektsammlungsadministratoren" können sie für alle Benutzer in der Organisation aktivieren. Oder jedes Projektmitglied kann es für sich selbst aktivieren.

Informationen dazu finden Sie unter Verwalten oder Aktivieren von Features.

Berechtigungen

Sie legen Berechtigungen für den Dienst auf Projektebene und für freigegebene Analyseansichten auf Objektebene fest.

In der folgenden Tabelle sind die verfügbaren Berechtigungen und die Standardzuweisungen für die Projektsicherheitsgruppen zusammengefasst.

Berechtigung Leser Beitragende Projektadministratoren
Analyse anzeigen ✔️ ✔️ ✔️
Anzeigen einer freigegebenen Analyseansicht ✔️ ✔️
Hinzufügen einer privaten oder freigegebenen Analyseansicht ✔️ ✔️
Bearbeiten und Löschen freigegebener Analyseansichten ✔️

Voraussetzungen für die Datenverfolgung

Um aussagekräftige Daten zu erfassen, müssen Softwareteams sinnvolle Aktionen ausführen. In den folgenden Abschnitten finden Sie allgemeine Empfehlungen basierend auf dem Datentyp, zu dem Sie berichten möchten.

Hinweis

Branch-, Pipeline- und Test-Entitätssätze werden mit Analytics v3.0-Preview und höheren Versionen unterstützt. Snapshot-Entitätssätze zur Unterstützung von Pipelineaufträgen, Aufgaben-Agent-Anforderungen und Größe des Task-Agent-Pools wurden mit der Analytics v4.0-Preview-Version hinzugefügt. Stellen Sie sicher, dass Sie die Analyseversion angeben, die die Entitätsmenge unterstützt, die von Interesse ist.

Um zu verstehen, nach welchen Eigenschaften und aufgezählten Listenwerten Sie Daten filtern oder gruppieren können, durchsuchen Sie die Analysemetadaten für den entsprechenden Entitätstyp.

Azure Boards und Arbeitsnachverfolgung

Eine Überprüfung der verfügbaren Entitätssätze, die Sie abfragen können, finden Sie unter Metadatenreferenz für Azure Boards Analytics.

Um über die Nachverfolgung von Arbeiten zu berichten, müssen Teams mehrere Aufgaben ausführen, um sicherzustellen, dass aussagekräftige Daten verfügbar sind. Überprüfen Sie die folgenden Aufgaben, bevor Sie Ihre Analyseabfragen und -berichte definieren.

  • Um aktive Fehler oder Fehlertrends zu melden, definieren Sie Fehler, und aktualisieren Sie den Fehlerstatus, wie es behoben, überprüft und dann geschlossen wurde.
  • Wenn Sie berichte über den Backlog-Arbeits- oder andere Arbeitsaufgabentypen berichten möchten, müssen Sie diese Arbeitsaufgaben definieren und deren Status aktualisieren, während sie von "neu" in "geschlossen" verschoben wird. Überlegen Sie, welche Felder oder Tags Sie zum Filtern oder Gruppieren von Daten in einem Bericht verwenden werden, und stellen Sie sicher, dass sie gut definiert und konsistent sind.
  • Um Rollupberichte zu unterstützen, stellen Sie sicher, dass zwischen Produkt-Backlog-Elementen und Aufgaben/Fehlern oder Zwischenverknüpfungsverknüpfung zwischen Features oder Portfolio-Backlog-Arbeitsaufgaben und den untergeordneten Elementen vorhanden sind. Weitere Informationen finden Sie unter "Organisieren Des Backlogs" und Zuordnen von untergeordneten Arbeitsaufgaben zu übergeordneten Elementen.
  • Um Burndown- oder Burnupberichte zu erstellen, z. B. Sprint burndown oder Release burndown, stellen Sie sicher, dass Sie sich gedanken darüber gedanken haben, wie Sie Daten in Ihrem Bericht filtern und gruppieren möchten. Burndown-/Burnupberichte verweisen auf den WorkItemsSnapshot Entitätssatz. Snapshot-Entitätssätze werden als tägliche Momentaufnahmen modelliert. Die Daten werden basierend auf Zuordnungen aggregiert, die ab dem Zugewiesenen Datum vorgenommen werden. Was dies bedeutet, dass Sie einen Burndown-/Burnup-Bericht basierend auf Feld- oder Tagzuordnungen filtern möchten, müssen Sie die Felder oder Tags vor dem Zeitraum zuweisen, an dem Sie berichten möchten. Andernfalls werden die Felder/Tags erst nach dem Datum registriert, an dem sie angewendet werden.
  • Um die Anforderungsnachverfolgung zu unterstützen, definieren Sie Testfälle, und erstellen Sie einen Link "Getestet nach" aus jedem Testfall zu einer Benutzergeschichte, einem Produktrückstand oder einer Anforderung. Definieren Sie Testfälle und verknüpfen Sie Testfälle mit ihren übergeordneten PBIs mithilfe des Links "Getestet nach". Siehe "Erstellen Ihrer Tests".
  • (Empfohlen) Um das Filtern und Gruppieren in einem Bericht zu unterstützen, weisen Sie allen Arbeitsaufgaben Den Bereichspfad und Iterationspfad zu. Informationen zum Definieren von Iterations- und Flächenpfaden finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team oder zum Definieren von Iterationspfaden (Sprints) und Konfigurieren von Teamiterationen.

Hinweis

Alle benutzerdefinierten Felder, die einem Arbeitsaufgabentyp hinzugefügt wurden, sind für die Verwendung in Berichten verfügbar. Benutzerdefinierte Felder werden mit Custom_DisplayNameOfField beschriftet, wobei alle Leerzeichen aus dem Anzeigenamen entfernt wurden.

Testpläne

Um den Fortschritt des Testplans und die Testfallbereitschaft zu überprüfen, müssen Teams die folgenden Aktivitäten ausführen.

  • Definieren Sie Testfälle, Testpläne und Testsammlungen, und geben Sie ihren aktuellen Status an. Weitere Informationen finden Sie unter Erstellen von Testplänen und Testsuiten und Erstellen von Testfällen.
  • Aktualisieren Sie den Status von Testobjekten, während sie von "Entwurf " zu "Bereit " zum Schließen wechseln.
  • Markieren Sie bei manuellen Tests die Ergebnisse der einzelnen Überprüfungsschritte im Testfall als bestanden oder fehlgeschlagen.

    Tipp

    Tester müssen einen Testschritt mit einem Status markieren, wenn es sich um einen Überprüfungstestschritt handelt. Das Gesamtergebnis für einen Test spiegelt den Status aller markierten Testschritte wider. Daher weist der Test einen Fehlerstatus auf, wenn ein Testschritt als fehlgeschlagen gekennzeichnet oder nicht markiert ist.

  • Bei automatisierten Tests wird jeder Test automatisch als bestanden markiert oder fehlgeschlagen.
  • (Empfohlen) Um das Filtern und Gruppieren in einem Bericht zu unterstützen, weisen Sie Dem Testfälle, Testsuiten und Testplänen Bereichspfad und Iterationspfad zu.

Pipelines

Um Über Pipelines zu berichten, müssen Teams Pipelines mithilfe von YAML definieren und Pipelines regelmäßig ausführen. Weitere Informationen finden Sie unter Schlüsselkonzepte für neue Azure-Pipelines-Benutzer.

Berücksichtigen Sie außerdem die folgenden Aktionen:

  • Überlegen Sie, über welche Daten Sie berichten möchten, und wählen Sie den richtigen Entitätssatz aus. Eine Überprüfung der verfügbaren Entitätssätze zur Abfrage finden Sie in der Metadatenreferenz für Azure Pipelines Analytics.
  • Überlegen Sie, welche Pipelines Sie melden möchten, und den Datumsbereich Ihres Berichts. Sie möchten Ihre Daten filtern, um bewährte Methoden für Abfragen zu erfüllen und Leistungsprobleme zu minimieren.

Pipelines und Tests

Um Berichte zu Pipelines und Testergebnissen zu erstellen, stellen Sie sicher, dass Sie der Pipelinedefinition Testaufgaben hinzufügen. Weitere Informationen finden Sie unter "Build" und "Release tasks-Test".

Wenn Sie gerade erst beginnen, sollten Sie dieses Lernmodul überprüfen, Qualitätstests in Ihrer Buildpipeline mithilfe von Azure-Pipelines ausführen.