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

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

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

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

Włączanie usługi 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 Azure DevOps Services usługa Analytics 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ć w projekcie według projektu.

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

Widoki analizy

Widoki analizy, centrum w portalu internetowym, udostępnia uproszczony sposób określania kryteriów filtrowania raportu usługi Power BI na podstawie danych analizy. Aby dowiedzieć się więcej, zobacz Co to jest usługa analizy?

Aby uzyskać dostęp do widoków analizy, musisz mieć ją włączoną. Właściciel organizacji lub członek grupy Administratorzy kolekcji projektów może ją włączyć dla wszystkich w organizacji. Można też włączyć każdy element członkowski projektu dla siebie.

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.

Poniższa tabela zawiera podsumowanie dostępnych uprawnień i domyślnych przypisań do grup zabezpieczeń projektu.

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

Wymagania wstępne dotyczące śledzenia danych

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

Uwaga

Zestawy jednostek Branch, Pipeline i Test są obsługiwane w wersji 3.0-preview i nowszych wersjach usługi Analytics. Zestawy jednostek migawek do obsługi zadań potoku, żądań agenta zadań i rozmiaru puli agentów zadań zostały dodane z wersją analytics w wersji 4.0-preview . Upewnij się, że określono wersję usługi Analytics, która obsługuje zestaw zainteresowań jednostki.

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

Azure Boards i śledzenie pracy

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

Aby raportować śledzenie pracy, zespoły muszą wykonywać kilka zadań, aby zapewnić dostępność znaczących danych. Przed zdefiniowaniem zapytań i raportów analizy zapoznaj się z poniższymi zadaniami.

• Aby zgłosić aktywne usterki lub trendy błędów, zdefiniuj usterki i zaktualizuj stan usterki, ponieważ jest on naprawiony, zweryfikowany, a następnie zamknięty.
• Aby zgłosić pracę listy prac lub inne typy elementów roboczych, upewnij się, że te elementy robocze zostały zdefiniowane, i zaktualizuj ich stan po przejściu 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 zestawienia, upewnij się, że istnieją linki nadrzędno-podrzędne między elementami listy prac produktu i zadaniami/usterkami lub łączami nadrzędnymi podrzędnymi między funkcjami lub elementami roboczymi listy prac portfela i ich elementami podrzędnymi. Aby dowiedzieć się więcej, zobacz Organizowanie listy prac i mapuj podrzędne elementy robocze na rodziców.
• Aby utworzyć raporty dotyczące wypalania lub spalania, takie jak spalenie przebiegu lub spalenie wydania, upewnij się, że rozważasz sposób filtrowania i grupowania danych w raporcie. Raporty burndown/burnup odwołują się do WorkItemsSnapshot zestawu jednostek. Zestawy jednostek migawek są modelowane jako codzienne migawki. Dane są agregowane na podstawie przypisań wykonanych od daty ich przypisania. Oznacza to, że aby filtrować raport ze spalania/spalania na podstawie przypisań pól lub tagów, należy przypisać pola lub tagi przed okresem, w którym 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 według z każdego przypadku testowego do scenariusza użytkownika, elementu listy prac produktu lub wymagania. Zdefiniuj przypadki testowe i połącz przypadki testowe z nadrzędnymi interfejsami PBI przy użyciu linku Przetestowane 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) oraz 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 dowiedzieć się więcej, zobacz Tworzenie planów testów i zestawów testów oraz Tworzenie przypadków testowych.
• Zaktualizuj stan obiektów testowych, gdy postępują z obszaru Projektowanie do gotowego do zamkniętego.
• W przypadku testów ręcznych oznacz wyniki każdego kroku weryfikacji w przypadku testowym jako pomyślnie lub nie powiodło się.

  Porada

  Testerzy muszą oznaczyć krok testowy ze stanem, jeśli jest to krok testu weryfikacji. 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 przekazany lub nieudany.
• (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.

Pipelines

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

Ponadto należy wziąć pod uwagę następujące akcje:

• Zastanów się nad danymi, które chcesz zgłosić, 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ę nad potokami, które chcesz zgłosić, i zakresem dat raportu. Chcesz filtrować dane, aby spełnić najlepsze rozwiązania dotyczące zapytań i zminimalizować wszelkie problemy z wydajnością.

Potoki i testowanie

Aby zgłosić wyniki potoków i testów, upewnij się, że do definicji potoku są dodawane zadania testowe. Aby dowiedzieć się więcej, zobacz Zadania kompilacji i wydania — testowanie.

Jeśli dopiero zaczynasz, rozważ przejrzenie tego modułu Learn, uruchamianie testów jakości w potoku kompilacji przy użyciu usługi Azure Pipelines.

Pokrewne artykuły:

• Co to jest usługa Analizy?
• Skrócona dokumentacja uprawnień domyślnych dla usługi Azure DevOps
• Najlepsze rozwiązania do użycia podczas wykonywania zapytań względem usługi Analytics