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, denen sie angehören, einschließlich Der Gruppe Leser des Projekts hinzugefügte Mitglieder. Benutzer mit Stakeholderzugriff haben keinen Zugriff auf das Anzeigen oder Bearbeiten von Analytics-Ansichten.

Dienst- und Featureaktivierung

Im Allgemeinen ist Analytics immer aktiviert und für Mitglieder eines organization oder einer Sammlung verfügbar, um Daten anzuzeigen und einen Bericht 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 lokalen Versionen 2020 und höher wird Analytics automatisch mit jeder Projektsammlung installiert, die Sie erstellen.

Für Azure DevOps Server 2019 müssen Sie Zuerst Analytics für jede projektsammlung installieren, die Sie erstellen.

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

Weitere Informationen finden Sie unter Installieren oder Aktivieren des Analytics-Diensts.

Azure DevOps Services

Um einen Beliebigen Azure DevOps-Dienst ausführen zu können, muss er aktiviert sein. Für einen deaktivierten Dienst können keine Daten erfasst werden. Dienste können projektbezogen 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, bietet eine vereinfachte Möglichkeit, die Filterkriterien für einen Power BI-Bericht basierend auf den Analysedaten anzugeben. Weitere Informationen finden Sie unter Was ist der Analytics-Dienst?.

Für den Zugriff auf Analytics-Ansichten muss sie aktiviert sein. Das Organisationsbesitzer oder Mitglied der Gruppe Projektsammlungsadministratoren kann sie für alle Personen im organization 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 Analytics-Ansichten auf Objektebene fest.

In der folgenden Tabelle sind die berechtigungen, die festgelegt werden können, und die standardzuweisungen für die Projektsicherheitsgruppen zusammengefasst.

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

Voraussetzungen für die Datennachverfolgung

Um aussagekräftige Daten zu erfassen, müssen Softwareteams sinnvolle Aktionen ausführen. Die folgenden Abschnitte enthalten allgemeine Empfehlungen basierend auf dem Typ der Daten, über die Sie berichten möchten.

Hinweis

Branch-, Pipeline- und Test-Entitätssätze werden mit Analytics v3.0-preview und höheren Versionen unterstützt. Momentaufnahmeentitätsgruppen zur Unterstützung von Pipelineaufträgen, Task-Agent-Anforderungen und der Größe des Task-Agents-Pools wurden mit der Analytics v4.0-preview-Version hinzugefügt. Stellen Sie sicher, dass Sie die Analytics-Version angeben, die den relevanten Entitätssatz unterstützt.

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

Azure Boards und Arbeitsverfolgung

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

Um Berichte zur Arbeitsnachverfolgung zu erstellen, 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 Analytics-Abfragen und -Berichte definieren.

  • Um aktive Fehler oder Fehlertrends zu melden, definieren Sie Fehler, und aktualisieren Sie den Fehlerstatus , während er behoben, überprüft und dann geschlossen wird.
  • Um Berichte über Backlogarbeit oder andere Arbeitselementtypen zu erstellen, stellen Sie sicher, dass Sie diese Arbeitselemente definieren und deren Status aktualisieren, wenn sie von neu zu geschlossen wechselt. Berücksichtigen Sie die Felder oder Tags, die Sie zum Filtern oder Gruppieren von Daten in einem Bericht verwenden, und stellen Sie sicher, dass diese gut definiert und konsistent sind.
  • Um Rollupberichte zu unterstützen, stellen Sie sicher, dass zwischen Produktbacklogelementen und Aufgaben/Fehlern über-untergeordnete Links über- und untergeordnete Links vorhanden sind, oder zwischen Features oder Portfoliobacklog-Arbeitselementen und den untergeordneten Elementen bestehen. Weitere Informationen finden Sie unter Organisieren Ihres Backlogs und Zuordnen untergeordneter Arbeitselemente zu übergeordneten Elementen.
  • Stellen Sie zum Erstellen von Burndown- oder Burnupberichten wie Sprint-Burndown oder Release-Burndown sicher, dass Sie sich überlegt haben, wie Sie Daten in Ihrem Bericht filtern und gruppieren möchten. Burndown-/Burnupberichte verweisen auf den Entitätssatz WorkItemsSnapshot . Momentaufnahmeentitätsgruppen werden als tägliche Momentaufnahmen modelliert. Daten werden basierend auf Zuweisungen aggregiert, die ab dem Datum der Zuweisung vorgenommen wurden. Dies bedeutet, dass Sie zum Filtern eines Burndown-/Burnupberichts basierend auf Feld- oder Tagzuweisungen die Felder oder Tags vor dem Zeitraum zuweisen müssen, über den Sie berichten möchten. Andernfalls werden die Felder/Tags erst an 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 Benutzerstory, einem Produktbacklogelement oder einer Anforderung. Definieren von Testfällen und Verknüpfen von Testfällen mit ihren übergeordneten PBIs mithilfe des Links Getestet von. Weitere Informationen finden Sie unter Erstellen Ihrer Tests.
  • (Empfohlen) Um das Filtern und Gruppieren innerhalb eines Berichts zu unterstützen, weisen Sie allen Arbeitselementen Bereichspfad und Iterationspfad zu. Informationen zum Definieren von Iterations- und Bereichspfaden finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team oder Definieren von Iterationspfaden (Sprints) und Konfigurieren von Teamiterationen.

Hinweis

Alle benutzerdefinierten Felder, die einem Arbeitselementtyp hinzugefügt werden, stehen zur Verwendung in Berichten zur Verfügung. 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 deren aktuellen Status an. Weitere Informationen finden Sie unter Erstellen von Testplänen und Testsammlungen und Erstellen von Testfällen.
  • Aktualisieren Sie den Status von Testobjekten, während sie von Entwurf zu Bereit zu Geschlossen werden.
  • Markieren Sie bei manuellen Tests die Ergebnisse jedes Validierungsschritts im Testfall als erfolgreich oder fehlgeschlagen.

    Tipp

    Tester müssen einen Testschritt mit einem Status markieren, wenn es sich um einen Validierungstestschritt handelt. Das Gesamtergebnis für einen Test gibt den Status aller vom Tester markierten Testschritte wieder. Wenn ein Testschritt als fehlerhaft oder gar nicht markiert ist, weist der Test daher den Status "Fehler" auf.

  • Bei automatisierten Tests wird jeder Test automatisch als erfolgreich oder fehlgeschlagen markiert.
  • (Empfohlen) Um die Filterung und Gruppierung innerhalb eines Berichts zu unterstützen, weisen Sie Testfälle, Testsammlungen und Testplänen Bereichspfad und Iterationspfad zu.

Pipelines

Zum Melden von Pipelines müssen Teams Pipelines mithilfe von YAML definieren und Pipelines regelmäßig ausführen. Weitere Informationen finden Sie unter Wichtige Konzepte 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 unter Metadatenreferenz für Azure Pipelines Analytics.
  • Überlegen Sie, über welche Pipelines Sie berichten möchten, und den Datumsbereich Ihres Berichts. Sie sollten Ihre Daten filtern, um die bewährten Methoden für Abfragen zu erfüllen und Leistungsprobleme zu minimieren.

Pipelines und Tests

Um Pipelines und Testergebnisse zu melden, stellen Sie sicher, dass Sie der Pipelinedefinition Testaufgaben hinzufügen. Weitere Informationen finden Sie unter Erstellen und Freigeben von Tasks-Test.

Wenn Sie gerade erst beginnen, sollten Sie sich dieses Learn-Modul unter Ausführen von Qualitätstests in Ihrer Buildpipeline mithilfe von Azure Pipelines ansehen.