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.

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 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 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 uzyskać więcej informacji, zobacz Co to jest usługa analizy?

Aby uzyskać dostęp do widoków analizy, musisz ją włączyć. 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 jednostek Branch, Pipeline i Test są obsługiwane w wersji 3.0-preview i nowszych. Dodano zestawy jednostek migawek do obsługi zadań potoku, żądań agenta zadań i rozmiaru puli agentów zadań w wersji 4.0-zapoznawczej 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 wyliczone wartości listy można filtrować lub grupować według, zapoznaj się z metadanymi analizy 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 wykonywać względem zapytań, zobacz Dokumentacja 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ę listy prac lub inne typy elementów roboczych, upewnij się, że te elementy robocze zostały zdefiniowane, i zaktualizuj ich stan podczas jego 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 dotyczące postępu lub postępu, takie jak spalenie przebiegu lub spalenie wydania, upewnij się, że wiesz, jak filtrować i grupować dane 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 spalonym/spalonym raportem na podstawie przypisań pól lub tagów, musisz przypisać pola lub tagi przed okresem, w którym chcesz zgłosić raport. 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 artykułu użytkownika, elementu listy prac produktu lub wymagania. Zdefiniuj przypadki testowe i połącz przypadki testowe z nadrzędnymi usługami 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ę postępu od Projektu do Gotowe do zamknięcia.
• 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 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 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.

Pipelines

Aby raportować potoki, zespoły muszą regularnie definiować potoki przy użyciu języka YAML i 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.
• Rozważ, które potoki chcesz raportować, oraz zakres 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 raportować potoki i wyniki testów, upewnij się, że do definicji potoku dodano zadania testowe. Aby uzyskać więcej informacji, zobacz Kompilowanie i wydawanie zadań testowych.

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.

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