Pulpit nawigacyjny kompilowania (zwinny i CMMI)
Możesz użyć pulpitu nawigacyjnego Kompilacja, aby uzyskać przegląd działań rozwojowych, które mają wpływ na jakość kompilacji. Nocne kompilacje są ważne w projektach rozwoju oprogramowania. Jeśli kompilacje nie kończą się pomyślnie lub nie przechodzą testów weryfikacyjnych (BVT), zespół musi niezwłocznie rozwiązać problem.
W tym temacie:
|
Tego pulpitu nawigacyjnego umożliwia odpowiedzieć na następujące pytania:
|
Wymagania
Te same wymagania zdefiniowane w Pulpity nawigacyjne portalu projektu.
Dane wyświetlane na pulpicie nawigacyjnym
Zespół może użyć pulpitu nawigacyjnego Kompilacja do monitorowania jakości kompilacji i ustalania, czy członek zespołu musi podjąć specjalne kroki, aby poprawić błędy kompilacji. Aby dowiedzieć się o częściach sieci Web, które są wyświetlane na pulpicie nawigacyjnym Kompilacja, zapoznaj się z rysunkiem i tabelą poniżej.
Uwaga
Pokrycie kodu i churn wykresy, raporty i
, nie są wyświetlane podczas magazynu danych na potrzeby projektu zespołowego jest niedostępny.
Składnik Web Part |
Dane wyświetlane |
Tematy pokrewne |
---|---|---|
![]() |
Wykres liniowy, który przedstawia procent kodu zbadanego przez testy weryfikacji kompilacji (BVT) i inne testy w ciągu ostatnich czterech tygodni. ![]() |
|
![]() |
Skumulowany warstwowy wykres określający, ile wierszy kodu zespół dodał, usunął i zmienił w zaewidencjonowaniach przed kompilacją w ciągu ostatnich czterech tygodni. ![]() |
|
![]() |
Lista ostatnich kompilacji oraz ich status. Więcej szczegółów można wyświetlić, wybierając konkretną kompilację. Ta lista jest tworzony na podstawie Team Web Access składników Web Part. ![]() Legendę:
|
|
![]() |
Lista nadchodzących zdarzeń pochodząca od składnika sieci Web programu SharePoint. ![]() |
Nie dotyczy |
![]() |
Liczba aktywnych, rozpoznanych i zamkniętych elementów roboczych. Można otworzyć listę elementów roboczych, wybierając każdy numer. Ta lista jest tworzony na podstawie Team Web Access składników Web Part. ![]() |
Nie dotyczy |
![]() |
Lista najnowszych zaewidencjonowań. Więcej szczegółów można wyświetlić, wybierając specyficzną operację ewidencjonowania. Ta lista jest tworzony na podstawie Team Web Access składników Web Part. ![]() |
Działania wymagane do śledzenia kompilacji
Aby raporty widoczne w pulpicie nawigacyjnym Kompilacja były użyteczne i dokładne, zespół musi wykonać następujące działania:
Konfiguracji systemu kompilacji. Aby użyć Team Foundation Build, należy skonfigurować system kompilacji.
Aby uzyskać więcej informacji, zobacz Konfigurowanie systemu kompilacji oraz zarządzanie nim.
Utwórz tworzenia definicji. Możesz tworzyć wiele definicji kompilacji, a następnie uruchamiać je, aby tworzyć kod dla innej platformy. Ponadto można uruchomić każdą kompilację dla różnych konfiguracji.
Aby uzyskać więcej informacji, zobacz Zdefiniuj proces kompilacji.
Testów do uruchomienia automatycznie w ramach kompilacji definiowanie. Jako część definicji kompilacji, możesz zdefiniować testy do przeprowadzenia jako część kompilacji lub zakończenia niepowodzeniem w przypadku testów kończących się niepowodzeniem.
Aby uzyskać więcej informacji, zobacz Użycie szablonów domyślnych w procesie kompilacji.
Skonfigurować testy, aby gromadzić dane pokrycia kodu. Aby dane pokrycia kodu pojawiły się w raporcie, członkowie zespołu muszą instrumentować testy w celu zbierania tych danych.
Aby uzyskać więcej informacji, zobacz Uruchamianie testów w procesie kompilacji.
Uruchom tworzy regularnie. Możesz uruchamiać kompilacje w regularnych odstępach czasu lub po każdym zaewidencjonowaniu. Możesz tworzyć kompilacje regularne, korzystając z wyzwalacza harmonogramu.
Aby uzyskać więcej informacji, zobacz Tworzenie lub edycja definicji kompilacji i Uruchamiaj, monitoruj i zarządzaj kompilacjami.
Uwaga
Chociaż członka zespołu ręcznie nadać kompilację przy użyciu Build Explorer, ta klasyfikacja nie zostaną uwzględnione w raporcie tworzyć wskaźników jakości.Ocena kompilacji pojawia się w raporcie Podsumowanie kompilacji.Aby uzyskać więcej informacji, zobacz Ocenianie jakości zakończonej kompilacji i Raporty dotyczący podsumowania kompilacji.
Tworzy monitora
Zespół może użyć pulpitu nawigacyjnego Kompilacja do monitorowania jakości kompilacji i poziomu pokrycia kodu poddawanego testom. Najlepiej, jeśli pokrycie kodu jest wysokie, a postęp dokonany w kodzie jest niski lub spada. W zależności od celów zespołu pokrycie kodu powinno wynosić 80% do 100%.
Możesz użyć raportów Pokrycie kodu i Postęp dokonany w kodzie, aby udzielić odpowiedzi na pytania, które są wymienione w poniższej tabeli.
Które kompilacje zakończyły się sukcesem?
W których kompilacjach dokonano znaczących zmian w kodzie?
Jak często kompilacje udają się?
Jak nietrwały jest kod podstawowy?
Jaką część kodu zespół poddaje testom?
Jak wysoka jest jakość kompilacji?
Czy jakość poprawia się, spada, czy pozostaje stała?
Aby uzyskać więcej informacji, zobacz Pokrycie kodu — Raport w programie Excel i Przenoszenie kodu — Raport w programie Excel.