Uprawnienia i wymagania wstępne dotyczące uzyskiwania dostępu do analizy w usłudze Azure DevOps

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

Aby pracować z usługą Analytics i tworzyć raporty, należy spełnić kilka wymagań wstępnych, które zostały podsumowane w tym artykule.

Domyślnie wszyscy członkowie projektu mają dostęp do danych analizy dla projektów, do których należą, w tym członków dodanych do grupy Czytelnicy projektu. Użytkownicy z dostępem uczestników projektu nie mają dostępu do wyświetlania ani edytowania widoków analizy.

Umożliwianie usług i funkcji

Ogólnie rzecz biorąc, analiza jest zawsze włączona i dostępna dla członków organizacji lub kolekcji w celu wyświetlania danych i tworzenia raportu.

Usługa analizy

W przypadku usług Azure DevOps Services analiza jest zawsze włączona. Nie można go wyłączyć ani wstrzymać.

Usługi Azure DevOps

Aby wykonać dowolną usługę Azure DevOps, należy ją włączyć. Nie można przechwycić danych dla usługi, która została wyłączona. Usługi można włączać lub wyłączać na podstawie projektu.

Aby sprawdzić, czy wszystkie usługi są włączone, zobacz Włączanie lub wyłączanie usługi.

Widoki analizy

Widoki analityczne, centrum w Twoim portalu internetowym, zapewnia uproszczony sposób określania kryteriów filtra raportu usługi Power BI na podstawie danych analizy. Aby uzyskać więcej informacji, zobacz Co to jest usługa analizy?

Aby uzyskać dostęp do widoków usługi Analytics, włącz go. Właściciel organizacji lub członek grupy Administratorzy kolekcji projektów może ją włączyć dla wszystkich w organizacji. Lub każdy członek projektu może go włączyć samodzielnie.

Aby dowiedzieć się, jak to zrobić, zobacz Zarządzanie funkcjami lub włączanie ich.

Uprawnienia

Możesz ustawić uprawnienia dla usługi na poziomie projektu i dla udostępnionych widoków analizy na poziomie obiektu.

W poniższej tabeli przedstawiono podsumowanie dostępnych uprawnień, które mają zostać ustawione, oraz domyślnych przypisań do grup zabezpieczeń projektu.

Uprawnienie	Czytelnicy	Współautorzy	Administratorzy projektu
Wyświetl analizę	✔️	✔️	✔️
Wyświetlanie udostępnionego widoku analizy		✔️	✔️
Dodawanie prywatnego lub udostępnionego widoku analizy		✔️	✔️
Edytowanie i usuwanie udostępnionych widoków analizy			✔️

Wymagania wstępne dotyczące śledzenia danych

Aby przechwycić istotne dane, zespoły ds. oprogramowania muszą wykonywać znaczące działania. W poniższych sekcjach przedstawiono ogólne zalecenia na podstawie typu danych, nad którym chcesz raportować.

Uwaga

Zestawy Branch, Pipeline i Test są obsługiwane przez Analytics w wersji 3.0-preview i późniejszych. Dodano zestawy jednostek migawek do obsługi zadań potoku, żądań agenta zadań i rozmiaru puli agentów zadań w wersji 4.0-preview usługi Analytics. Upewnij się, że określono wersję analizy, która obsługuje zestaw zainteresowań jednostki.

Aby zrozumieć, jakie właściwości i wartości listy wyliczeniowej można filtrować lub grupować, zapoznaj się z metadanymi Analytics dla odpowiedniego typu jednostki.

Usługa Azure Boards i śledzenie pracy

Aby zapoznać się z przeglądem dostępnych zestawów jednostek, które można przeszukiwać, zobacz Dokumentację metadanych dla usługi Azure Boards Analytics.

Aby zgłosić śledzenie pracy, zespoły muszą wykonać kilka zadań, aby zapewnić dostępność znaczących danych. Przed zdefiniowaniem zapytań i raportów analizy zapoznaj się z następującymi zadaniami.

• Aby zgłosić aktywne usterki lub trendy błędów, zdefiniuj błędy i zaktualizuj stan usterki, ponieważ jest on naprawiony, zweryfikowany, a następnie zamknięty.
• Aby zgłosić pracę z backlogu lub inne typy elementów roboczych, upewnij się, że te elementy robocze zostały zdefiniowane, i zaktualizuj ich stan podczas ich przejścia z nowego do zamkniętego. Rozważ dowolne pola lub tagi, których użyjesz do filtrowania lub grupowania danych w raporcie i upewnij się, że są dobrze zdefiniowane i spójne.
• Aby obsługiwać raporty zbiorcze, upewnij się, że istnieją łącza nadrzędno-podrzędne między elementami listy prac produktu i zadaniami/usterkami lub linkami nadrzędnymi podrzędnymi między funkcjami lub elementami podrzędnymi listy prac portfela. Aby uzyskać więcej informacji, zobacz Organizowanie listy prac i mapowania podrzędnych elementów roboczych na elementy nadrzędne.
• Aby utworzyć raporty typu burndown lub burnup, takie jak Sprint burndown czy Release burndown, zapewnij się, że przemyślałeś, jak chcesz filtrować i grupować dane w swoim raporcie. Raporty burndown/burnup odwołują się do WorkItemsSnapshot zestawu jednostek. Zbiory jednostek migawkowych są modelowane jako codzienne migawki. Dane są agregowane na podstawie przypisań wykonanych od daty ich przypisania. Oznacza to, że aby filtrować raport burndown/burnup na podstawie przypisań pól lub tagów, musisz przypisać te pola lub tagi przed okresem, na który chcesz raportować. W przeciwnym razie pola/tagi nie są rejestrowane przez raport do daty ich zastosowania.
• Aby obsługiwać śledzenie wymagań, zdefiniuj przypadki testowe i utwórz Link Testowany przez z każdego przypadku testowego do historyjki użytkownika, elementu listy prac produktu lub wymagania. Zdefiniuj przypadki testowe i połącz przypadki testowe z nadrzędnymi elementami PBI przy użyciu linku Testowane przez. Zobacz Tworzenie testów.
• (Zalecane) Aby obsługiwać filtrowanie i grupowanie w raporcie, przypisz ścieżkę obszaru i ścieżkę iteracji do wszystkich elementów roboczych. Aby uzyskać informacje o sposobie definiowania iteracji i ścieżek obszaru, zobacz Definiowanie ścieżek obszaru i przypisywanie do zespołu lub Definiowanie ścieżek iteracji (przebiegów) i konfigurowanie iteracji zespołu.

Uwaga

Wszystkie pola niestandardowe dodane do typu elementu roboczego są dostępne do użycia w raportach. Pola niestandardowe są oznaczone Custom_DisplayNameOfField, gdzie wszystkie spacje zostały usunięte z nazwy wyświetlanej.

Plany testów

Aby przejrzeć postęp planu testów i gotowość przypadku testowego, zespoły muszą wykonać następujące działania.

• Zdefiniuj przypadki testowe, plany testów i zestawy testów oraz określ ich bieżący stan. Aby uzyskać więcej informacji, zobacz Tworzenie planów testów i zestawów testów oraz Tworzenie przypadków testowych.
• Zaktualizuj stan obiektów testowych w miarę jak przechodzą z fazy Projekt do etapu Gotowe aż do Zamknięte.
• W przypadku testów ręcznych oznacz wyniki każdego kroku weryfikacji w przypadku testowym jako pomyślnie lub nie powiodło się.

  Napiwek

  Testerzy muszą oznaczyć krok testu określonym statusem, jeśli jest to krok walidacji. Ogólny wynik testu odzwierciedla stan wszystkich kroków testowych, które zostały oznaczone. W związku z tym test będzie miał stan niepowodzenia, jeśli jakikolwiek krok testu zostanie oznaczony jako niepowodzenie lub nie zostanie oznaczony.

• W przypadku testów automatycznych każdy test jest automatycznie oznaczony jako pomyślnie lub zakończył się niepowodzeniem.
• (Zalecane) Aby obsługiwać filtrowanie i grupowanie w raporcie, przypisz ścieżkę obszaru i ścieżkę iteracji do przypadków testowych, zestawów testów i planów testów.

Rurociągi

Aby raportować potoki, zespoły muszą definiować potoki przy użyciu języka YAML i regularnie uruchamiać potoki. Aby uzyskać więcej informacji, zobacz Kluczowe pojęcia dotyczące nowych użytkowników usługi Azure Pipelines.

Ponadto należy wziąć pod uwagę następujące działania:

• Zastanów się nad danymi, dla których chcesz raportować, i wybierz prawidłowy zestaw jednostek. Aby zapoznać się z przeglądem dostępnych zestawów jednostek do wykonywania zapytań, zobacz Dokumentacja metadanych dla usługi Azure Pipelines Analytics.
• Zastanów się, o których projektach chcesz raportować i jakie są daty raportu. Chcesz filtrować dane, aby spełnić najlepsze rozwiązania dotyczące zapytań i zminimalizować wszelkie problemy z wydajnością.

Potoki i testowanie

Aby przygotować raporty dotyczące potoków i wyników testów, upewnij się, że dodano zadania testowe do definicji potoku. Aby uzyskać więcej informacji, zobacz Kompilowanie i wydawanie zadań testowych.

Jeśli dopiero zaczynasz, rozważ przejrzenie tego modułu Learn, przeprowadzenie testów jakości w potoku kompilacji używając Azure Pipelines.

Powiązane artykuły

• Co to jest usługa Analizy?
• Skrócona dokumentacja uprawnień domyślnych dla usługi Azure DevOps
• Najlepsze rozwiązania, których należy użyć podczas wykonywania zapytań dotyczących usługi Analytics