Share via

Machtigingen en vereisten voor toegang tot Analytics in Azure DevOps

  • Artikel

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

Als u met Analytics wilt werken en rapporten wilt maken, moet aan verschillende vereisten worden voldaan, zoals beschreven in dit artikel.

Standaard krijgen alle projectleden toegang tot analysegegevens voor de projecten waarvan ze lid zijn, inclusief leden die zijn toegevoegd aan de groep Lezers van het project. Gebruikers met toegang tot belanghebbenden hebben geen toegang tot het weergeven of bewerken van analyseweergaven.

Service en functie inschakelen

Over het algemeen is Analytics altijd ingeschakeld en beschikbaar voor leden van een organisatie of verzameling om gegevens weer te geven en een rapport te maken.

Analyseservice

Voor Azure DevOps Services is Analytics altijd ingeschakeld. U kunt het niet uitschakelen of onderbreken.

Voor Azure DevOps Server 2020 en latere on-premises versies wordt Analytics automatisch geïnstalleerd bij elke projectverzameling die u maakt.

Voor Azure DevOps Server 2019 moet u eerst Analytics installeren op elke projectverzameling die u maakt.

U kunt de service onderbreken en opnieuw starten. Wanneer deze is onderbroken, worden er geen nieuwe gegevens toegevoegd aan Analytics.

Zie De Analytics-service installeren of inschakelen voor meer informatie.

Azure DevOps-services

Als u een Azure DevOps-service wilt uitvoeren, moet deze zijn ingeschakeld. Er kunnen geen gegevens worden vastgelegd voor een service die is uitgeschakeld. Services kunnen per project worden in- of uitgeschakeld.

Zie Een service in- of uitschakelen om te controleren of alle services zijn ingeschakeld.

Analyseweergaven

Analyseweergaven, een hub in uw webportal, biedt een vereenvoudigde manier om de filtercriteria voor een Power BI-rapport op te geven op basis van de analysegegevens. Zie Wat is de Analytics-service? voor meer informatie.

Als u toegang wilt krijgen tot analyseweergaven, moet deze zijn ingeschakeld. De eigenaar van de organisatie of het lid van de groep Beheerders van projectverzamelingen kan deze functie inschakelen voor iedereen in de organisatie. Of elk projectlid kan dit voor zichzelf inschakelen.

Zie Functies beheren of inschakelen voor meer informatie.

Machtigingen

U stelt machtigingen in voor de service op projectniveau en voor gedeelde analyseweergaven op objectniveau.

De volgende tabel bevat een overzicht van de machtigingen die beschikbaar zijn om in te stellen en de standaardtoewijzingen aan de projectbeveiligingsgroepen.

Machtiging Lezers Medewerkers Projectbeheerders
Analyse weergeven ✔️ ✔️ ✔️
Een gedeelde analyseweergave weergeven ✔️ ✔️
Een persoonlijke of gedeelde analyseweergave toevoegen ✔️ ✔️
Gedeelde analyseweergaven bewerken en verwijderen ✔️

Vereisten voor het bijhouden van gegevens

Softwareteams moeten zinvolle acties uitvoeren om zinvolle gegevens vast te leggen. De volgende secties bevatten algemene aanbevelingen op basis van het type gegevens waarover u wilt rapporteren.

Notitie

Vertakkings-, pijplijn- en testentiteitensets worden ondersteund met Analytics v3.0-preview en latere versies. Entiteitssets voor momentopnamen ter ondersteuning van pijplijntaken, taakagentaanvragen en de grootte van de taakagentpool zijn toegevoegd met de preview-versie van Analytics v4.0 . Zorg ervoor dat u de Analytics-versie opgeeft die ondersteuning biedt voor de entiteitsset van belang.

Als u wilt weten op welke eigenschappen en geïnventareerde lijstwaarden u gegevens kunt filteren of groeperen, verkent u de Metagegevens van Analytics voor het bijbehorende entiteitstype.

Azure Boards en werk bijhouden

Zie Naslaginformatie over metagegevens voor Azure Boards Analytics voor een overzicht van beschikbare entiteitssets waarop u een query kunt uitvoeren.

Om te rapporteren over het bijhouden van werk, moeten teams verschillende taken uitvoeren om ervoor te zorgen dat zinvolle gegevens beschikbaar zijn. Bekijk de volgende taken voordat u uw Analytics-query's en -rapporten definieert.

  • Als u actieve bugs of bugtrends wilt rapporteren, definieert u bugs en werkt u de status van de fout bij wanneer deze is opgelost, geverifieerd en vervolgens gesloten.
  • Als u wilt rapporteren over achterstallig werk of andere typen werkitems, moet u deze werkitems definiëren en hun status bijwerken wanneer deze wordt verplaatst van nieuw naar gesloten. Houd rekening met de velden of tags die u gaat gebruiken om gegevens in een rapport te filteren of te groeperen en zorg ervoor dat deze goed zijn gedefinieerd en consistent zijn.
  • Ter ondersteuning van samengetelde rapporten moet u ervoor zorgen dat er bovenliggende/onderliggende koppelingen bestaan tussen productachterstanditems en taken/bugs, of dat er bovenliggende/onderliggende koppelingen bestaan tussen functies of werkitems voor portfolioachterstand en de onderliggende items. Zie Uw achterstand organiseren en onderliggende werkitems toewijzen aan ouders voor meer informatie.
  • Als u burndown- of burn-uprapporten wilt maken, zoals Sprint burndown of Burndown vrijgeven, moet u hebben nagedacht over de wijze waarop u gegevens in uw rapport wilt filteren en groeperen. Burndown-/burnuprapporten verwijzen naar de WorkItemsSnapshot entiteitsset. Entiteitssets voor momentopnamen worden gemodelleerd als dagelijkse momentopnamen. Gegevens worden geaggregeerd op basis van toewijzingen die zijn gemaakt vanaf de datum waarop ze zijn toegewezen. Dit betekent dat als u een burndown-/burnuprapport wilt filteren op basis van veld- of tagtoewijzingen, u de velden of tags moet toewijzen vóór de periode waarover u wilt rapporteren. Anders worden de velden/tags pas door het rapport geregistreerd op de datum waarop ze worden toegepast.
  • Ter ondersteuning van het bijhouden van vereisten definieert u testcases en maakt u een Tested By-koppeling van elke testcase naar een gebruikersverhaal, productachterstand of vereiste. Definieer testcases en koppel testcases aan de bovenliggende PGO's met behulp van de koppeling Getest door. Zie Uw tests maken.
  • (Aanbevolen) Als u het filteren en groeperen in een rapport wilt ondersteunen, wijst u gebiedspad en iteratiepad toe aan alle werkitems. Zie Gebiedspaden definiëren en toewijzen aan een team of Iteratiepaden (sprints) definiëren en teamiteraties configureren voor meer informatie over het definiëren van iteratie- en vlakpaden.

Notitie

Alle aangepaste velden die zijn toegevoegd aan een type werkitem, zijn beschikbaar voor gebruik in rapporten. Aangepaste velden worden gelabeld met Custom_DisplayNameOfField, waarbij alle spaties uit de weergavenaam zijn verwijderd.

Testplannen

Om de voortgang van het testplan en de gereedheid van de testcase te controleren, moeten teams de volgende activiteiten uitvoeren.

  • Testcases, testplannen en testsuites definiëren en hun huidige status opgeven. Zie Testplannen en testsuites maken enTestcases maken voor meer informatie.
  • Werk de status van testobjecten bij terwijl ze van Ontwerp naar Gereed naar Gesloten gaan.
  • Voor handmatige tests markeert u de resultaten van elke validatiestap in de testcase als geslaagd of mislukt.

    Tip

    Testers moeten een teststap met een status markeren als het een validatieteststap is. Het algemene resultaat van een test weerspiegelt de status van alle gemarkeerde teststappen. Daarom heeft de test de status Mislukt als een teststap is gemarkeerd als Mislukt of Niet gemarkeerd.

  • Voor geautomatiseerde tests wordt elke test automatisch gemarkeerd als geslaagd of mislukt.
  • (Aanbevolen) Als u het filteren en groeperen in een rapport wilt ondersteunen, wijst u Gebiedspad en Iteratiepad toe aan testcases, testsuites en testplannen.

Pipelines

Om over pijplijnen te rapporteren, moeten teams pijplijnen definiëren met behulp van YAML en regelmatig pijplijnen uitvoeren. Zie Belangrijke concepten voor nieuwe Azure Pipelines-gebruikers voor meer informatie.

Overweeg daarnaast de volgende acties:

Pijplijnen en testen

Als u wilt rapporteren over pijplijnen en testresultaten, moet u testtaken toevoegen aan de pijplijndefinitie. Zie Taken bouwen en vrijgeven-Test voor meer informatie.

Als u nog maar net begint, kunt u overwegen deze Learn-module , Kwaliteitstests uitvoeren in uw build-pijplijn met behulp van Azure Pipelines, te bekijken.