Sdílet prostřednictvím

Oprávnění a předpoklady pro přístup k Analýzám v Azure DevOps

  • Článek

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

Pokud chcete pracovat s Analýzami a vytvářet sestavy, musí být splněno několik požadavků, jak je shrnuto v tomto článku.

Ve výchozím nastavení mají všichni členové projektu přístup k analytickým datům pro projekty, které jsou členy, včetně členů přidaných do skupiny Čtenáři projektu. Uživatelé s přístupem účastníka nemají přístup k zobrazení ani úpravám zobrazení Analýzy.

Povolení služeb a funkcí

Obecně platí, že analýza je vždy zapnutá a dostupná členům organizace nebo kolekce k zobrazení dat a vytvoření sestavy.

Analytická služba

Pro Azure DevOps Services je analýza vždy zapnutá. Nemůžete ho zakázat ani pozastavit.

Pro Azure DevOps Server 2020 a novější místní verze se Analytics automaticky nainstaluje s každou kolekcí projektů, kterou vytvoříte.

Pro Azure DevOps Server 2019 musíte nejprve nainstalovat Analytics do každé vytvořené kolekce projektů.

Službu můžete pozastavit a restartovat. Po pozastavení se do Analýzy nepřidají žádná nová data.

Další informace najdete v tématu Instalace nebo povolení služby Analytics.

Azure DevOps Services

Pokud chcete uplatnit jakoukoli službu Azure DevOps, musí být povolená. Pro službu, která byla zakázaná, nelze zachytit žádná data. Služby je možné povolit nebo zakázat v projektu podle projektu.

Pokud chcete ověřit, že jsou všechny služby povolené, přečtěte si článek Zapnutí nebo vypnutí služby.

Zobrazení analýz

Analytická zobrazení, centrum na webovém portálu, poskytuje zjednodušený způsob, jak zadat kritéria filtru pro sestavu Power BI na základě dat Analýzy. Další informace najdete v tématu Co je analytická služba?

Pokud chcete získat přístup k zobrazením Analytics, musíte ho mít povolenou. Vlastník organizace nebo člen skupiny Správci kolekce projektů ji může povolit všem uživatelům v organizaci. Nebo ho může každý člen projektu povolit pro sebe.

Postup najdete v tématu Správa nebo povolení funkcí.

Oprávnění

Oprávnění pro službu nastavíte na úrovni projektu a pro sdílená zobrazení Analytics na úrovni objektu.

Následující tabulka shrnuje oprávnění, která je možné nastavit, a výchozí přiřazení skupin zabezpečení projektu.

Oprávnění Čtenáři Přispěvatelé Správci projektů
Zobrazit analýzy ✔️ ✔️ ✔️
Zobrazení sdíleného zobrazení Analytics ✔️ ✔️
Přidání privátního nebo sdíleného zobrazení Analytics ✔️ ✔️
Úprava a odstranění sdílených zobrazení Analytics ✔️

Požadavky na sledování dat

Aby bylo možné zachytit smysluplná data, musí softwarové týmy provádět smysluplné akce. Následující části obsahují obecná doporučení na základě typu dat, se kterou chcete sestavovat.

Poznámka:

Sady větví, kanálů a testovacích entit jsou podporované v Analytics verze 3.0 preview a novějších verzích. Sady entit snímků pro podporu úloh, požadavků agenta úloh a velikosti fondu agentů úloh byly přidány s verzí Analytics v4.0-Preview . Ujistěte se, že jste zadali verzi Analytics, která podporuje sadu zajímavých entit.

Abyste pochopili, podle jakých vlastností a výčtů hodnot seznamu můžete filtrovat nebo seskupovat data, prozkoumejte metadata Analýzy odpovídajícího typu entity.

Azure Boards a sledování práce

Přehled dostupných sad entit, které můžete dotazovat, najdete v referenčních informacích k metadatám pro Azure Boards Analytics.

Aby týmy mohli nahlásit sledování práce, musí provádět několik úkolů, aby bylo zajištěno, že jsou k dispozici smysluplná data. Před definováním analytických dotazů a sestav si projděte následující úlohy.

  • Pokud chcete hlásit aktivní chyby nebo trendy chyb, definujte chyby a aktualizujte stav chyby, protože je opravený, ověřený a uzavřený.
  • Pokud chcete vykazovat práci v backlogu nebo jiné typy pracovních položek, ujistěte se, že tyto pracovní položky definujete a aktualizujete jejich stav při přesunu z nového na uzavřenou. Zvažte, která pole nebo značky použijete k filtrování nebo seskupení dat v sestavě, a ujistěte se, že jsou dobře definovaná a konzistentní.
  • Pokud chcete podporovat souhrnné sestavy, ujistěte se, že mezi položkami backlogu produktů a úkoly a chybami existují propojení nadřazených a podřízených položek mezi funkcemi nebo podřízenými položkami backlogu portfolia a podřízenými položkami. Další informace najdete v tématu Uspořádání backlogu a mapování podřízených pracovních položek na nadřazené položky.
  • Pokud chcete vytvořit sestavy burndownu nebo burnupu, jako je burndown sprintu nebo vypálení vydané verze, zkontrolujte, jak chcete data v sestavě filtrovat a seskupovat. Sestavy burndownu nebo burnup odkazují na WorkItemsSnapshot sadu entit. Sady entit snímků se modelují jako denní snímky. Data se agregují na základě přiřazení provedených od data, kdy jsou přiřazena. To znamená, že pokud chcete filtrovat sestavu burndownu nebo burnupu na základě přiřazení polí nebo značek, musíte pole nebo značky přiřadit před obdobím, na které chcete sestavovat. V opačném případě nejsou pole nebo značky registrovány sestavou do data, kdy se použijí.
  • Pokud chcete podporovat sledování požadavků, definujte testovací případy a vytvořte z každého testovacího případu odkaz testovaný podle na uživatelský scénář, položku backlogu produktu nebo požadavek. Definujte testovací případy a propojte testovací případy s jejich nadřazenými PBI pomocí odkazu Testovaný podle. Viz Vytvoření testů.
  • (Doporučeno) Pokud chcete podporovat filtrování a seskupování v rámci sestavy, přiřaďte cestu k oblasti a cestu iterace ke všem pracovním položkám. Informace o tom, jak definovat iterační a plošné cesty, naleznete v tématu Definování cest oblastí a přiřazení týmu nebo definování iteračních cest (sprintů) a konfiguraci iterací týmu.

Poznámka:

Všechna vlastní pole přidaná do typu pracovní položky jsou k dispozici pro použití v sestavách. Vlastní pole jsou označená Custom_DisplayNameOfField, kde byly ze zobrazovaného názvu odebrány všechny mezery.

Testovací plány

Pokud chcete zkontrolovat průběh testovacího plánu a připravenost testovacích případů, týmy musí provádět následující aktivity.

  • Definujte testovací případy, testovací plány a testovací sady a určete jejich aktuální stav. Další informace najdete v tématu Vytvoření testovacích plánů a testovacích sad a vytvoření testovacích případů.
  • Aktualizujte stav testovacích objektů při jejich průběhu z návrhu na Připraveno k zavření.
  • V případě ručních testů označte výsledky každého kroku ověření v testovacím případě jako úspěšné nebo neúspěšné.

    Tip

    Testeři musí označit testovací krok se stavem, pokud se jedná o ověřovací testovací krok. Celkový výsledek testu odráží stav všech označených testovacích kroků. Test proto bude mít stav selhání, pokud je nějaký testovací krok označený jako neúspěšný nebo není označený.

  • U automatizovaných testů se každý test automaticky označí jako úspěšný nebo neúspěšný.
  • (Doporučeno) Pokud chcete podporovat filtrování a seskupení v rámci sestavy, přiřaďte cestu k oblasti a cestu iterace k testovacím případům, testovacím sadům a testovacím plánům.

Pipelines

Pokud chcete nahlásit kanály, týmy musí definovat kanály pomocí YAML a pravidelně spouštět kanály. Další informace najdete v tématu Klíčové koncepty pro nové uživatele Azure Pipelines.

Kromě toho zvažte následující akce:

Kanály a testování

Pokud chcete vykazovat výsledky kanálů a testů, nezapomeňte do definice kanálu přidat testovací úlohy. Další informace najdete v tématu Úlohy sestavení a vydávání verzí – Test.

Pokud teprve začínáte, zvažte kontrolu tohoto modulu Learn a spusťte testy kvality v kanálu buildu pomocí Azure Pipelines.