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 wilt werken met Analyse en rapporten wilt maken, moeten aan verschillende vereisten worden voldaan, zoals samengevat 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 om analyseweergaven te bekijken of te bewerken.

Service- en functie-activering

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 on-premises versies van Azure DevOps Server 2020 en hoger wordt Analytics automatisch geïnstalleerd met elke projectverzameling die u maakt.

Voor Azure DevOps Server 2019 moet u Eerst Analytics installeren voor elke projectverzameling die u maakt.

U kunt de service onderbreken en opnieuw starten. Wanneer de gegevens zijn 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 ingeschakeld of uitgeschakeld.

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

Analyseweergaven

Analyseweergaven, een hub in uw webportal, bieden 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 inschakelen voor iedereen in de organisatie. Of elk projectlid kan het zelf inschakelen.

Zie Functies beheren of inschakelen voor meer informatie.

Machtigingen

U stelt machtigingen in voor de service op projectniveau en voor gedeelde analytics-weergaven op objectniveau.

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

Machtiging Lezers Medewerkers Projectbeheerders
Analyse weergeven ✔️ ✔️ ✔️
Een gedeelde analyseweergave weergeven ✔️ ✔️
Een privé- of gedeelde analyseweergave toevoegen ✔️ ✔️
Gedeelde analytics-weergaven bewerken en verwijderen ✔️

Vereisten voor het bijhouden van gegevens

Softwareteams moeten zinvolle acties uitvoeren om zinvolle gegevens vast te leggen. In de volgende secties vindt u algemene aanbevelingen op basis van het type gegevens waarop u wilt rapporteren.

Notitie

Entiteitssets voor vertakkingen, pijplijnen en testen worden ondersteund met analytics v3.0-preview en latere versies. Entiteitssets voor momentopnamen ter ondersteuning van pijplijntaken, taakagentaanvragen en grootte van taakagentpool zijn toegevoegd met de preview-versie van Analytics v4.0. Zorg ervoor dat u de analytics-versie opgeeft die de entiteitsset ondersteunt.

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 werktracering

Zie De naslaginformatie over metagegevens voor Azure Boards Analytics voor een overzicht van de beschikbare entiteitssets die u kunt opvragen.

Als u wilt 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 wilt rapporteren over actieve bugs of fouttrends, definieert u bugs en werkt u de status van de fout bij naarmate deze is opgelost, geverifieerd en vervolgens wordt gesloten.
  • Als u wilt rapporteren over achterstandswerk of andere typen werkitems, moet u deze werkitems definiëren en de status bijwerken wanneer deze van nieuw naar gesloten wordt verplaatst. Bedenk welke velden of tags u gebruikt om gegevens in een rapport te filteren of te groeperen en zorg ervoor dat deze goed is gedefinieerd en consistent is.
  • Om samengetelde rapporten te ondersteunen, moet u ervoor zorgen dat bovenliggende en onderliggende koppelingen bestaan tussen items in productachterstand en taken/bugs, of koppelingen tussen functies of backlogwerkitems van portfolio's en hun onderliggende items. Zie Uw achterstand organiseren en onderliggende werkitems toewijzen aan ouders voor meer informatie.
  • Als u burndown- of burnuprapporten wilt maken, zoals Sprint burndown of Burndown vrijgeven, moet u nadenken over hoe u gegevens in uw rapport wilt filteren en groeperen. Burndown-/burnup-rapporten verwijzen naar de WorkItemsSnapshot entiteitsset. Entiteitssets voor momentopnamen worden gemodelleerd als dagelijkse momentopnamen. Gegevens worden samengevoegd op basis van toewijzingen die zijn gemaakt vanaf de datum waarop ze worden toegewezen. Dit betekent dat u voor het filteren van een burndown-/burnuprapport op basis van veld- of tagtoewijzingen de velden of tags moet toewijzen vóór de periode waarop u wilt rapporteren. Anders worden de velden/tags pas door het rapport geregistreerd als de datum waarop ze worden toegepast.
  • Ter ondersteuning van vereisten bijhouden, definieert u testcases en maakt u een koppeling getest op basis van elke testcase naar een gebruikersverhaal, productachterstanditem of vereiste. Testcases definiëren en testcases koppelen aan hun bovenliggende PBI's met behulp van de koppeling Getest op. Zie Uw tests maken.
  • (Aanbevolen) Wijs gebiedspad en iteratiepad toe aan alle werkitems om filteren en groeperen binnen een rapport te ondersteunen. Zie Gebiedspaden definiëren en toewijzen aan een team of Iteratiepaden definiëren (sprints) en teamiteraties configureren voor informatie over het definiëren van iteratie- en gebiedspaden.

Notitie

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

Testplannen

Als u de voortgang van het testplan en de gereedheid van testcases wilt bekijken, moeten teams de volgende activiteiten uitvoeren.

  • Definieer testcases, testplannen en testsuites en geef de huidige status op. Zie Testplannen en testsuites maken en Testcases maken voor meer informatie.
  • Werk de status van testobjecten bij naarmate ze verder gaan van Ontwerp naar Gereed tot Gesloten.
  • Voor handmatige tests markeert u de resultaten van elke validatiestap in de testcase als geslaagd of mislukt.

    Tip

    Testers moeten een teststap markeren met een status als het een validatieteststap is. Het algehele resultaat voor een test weerspiegelt de status van alle teststappen die zijn gemarkeerd. Daarom heeft de test de status Mislukt als een teststap is gemarkeerd als mislukt of niet is gemarkeerd.

  • Voor geautomatiseerde tests wordt elke test automatisch gemarkeerd als geslaagd of mislukt.
  • (Aanbevolen) Wijs gebiedspad en iteratiepad toe aan testcases, testsuites en testplannen ter ondersteuning van filteren en groeperen in een rapport.

Pipelines

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

Houd ook rekening met de volgende acties:

  • Bedenk welke gegevens u wilt rapporteren en kies de juiste entiteitsset. Zie De naslaginformatie over metagegevens voor Azure Pipelines Analytics voor een overzicht van beschikbare entiteitssets die u wilt opvragen.
  • Bedenk welke pijplijnen u wilt rapporteren en het datumbereik van uw rapport. U wilt uw gegevens filteren om te voldoen aan best practices voor query's en prestatieproblemen te minimaliseren.

Pijplijnen en testen

Als u wilt rapporteren over pijplijnen en testresultaten, moet u testtaken toevoegen aan de pijplijndefinitie. Zie Build- en releasetaken testen voor meer informatie.

Als u net aan de slag gaat, kunt u overwegen om deze Learn-module te bekijken. Voer kwaliteitstests uit in uw build-pijplijn met behulp van Azure Pipelines.