Przenoszenie kodu — Raport w programie Excel
Za pomocą raportu postępu dokonanego w kodzie możesz analizować, w jaki sposób pliki źródłowe zmieniają się w czasie. Raport pokazuje, jak wiele linii kodu zespół dodał, usunął lub zmodyfikował podczas ostatnich czterech tygodni.
Aby uzyskać więcej informacji na temat dostępu do tego raportu, zobacz Excel — raporty.
Uwaga
Możesz wyświetlić raport postępu dokonanego w kodzie z pulpitu nawigacyjnego jakości.Dostęp do pulpitu nawigacyjnego możesz uzyskać tylko wtedy, gdy portal projektu zespołowego został włączony i jest przygotowany do korzystania z Microsoft Office SharePoint Server 2007.Aby uzyskać więcej informacji, zobacz Konfigurowanie lub przekierowywanie sterowania procesami.
Wymagane są uprawnienia
Aby wyświetlić raport, użytkownik musi być przypisany lub należeć do grupy, która ma przypisane uprawnienia odczytu w Produkty SharePoint dla projektu zespołu.
Aby zmodyfikować lub dostosować raport, musisz być członkiem roli zabezpieczeń TfsWarehouseDataReaders w Analysis Services SQL Server. Użytkownik musi być przypisany lub należeć do grupy, która ma przypisane uprawnienia Członkowie dla projektu zespołu w Produkty SharePoint. Aby uzyskać więcej informacji, zobacz Udzielanie uprawnień do przeglądania lub tworzenia raportów w programie TFS.
Dane w raporcie
Zespół może przejrzeć raport postępu dokonanego w kodzie, aby określić jak nietrwały jest kod podstawowy i jak wiele linii kodu zostało zmodyfikowanych w poprzednim tygodniu. Jak pokazano na poniższej ilustracji, raport dostarcza skumulowany wykres warstwowy linii kodu, które zespół dodał, usunął lub zmodyfikował podczas ostatnich czterech tygodni.
.png "Code Churn Report")
Raport jest oparty na wykresie przestawnym, który pokazuje dane z ostatnich czterech tygodni, przechwycone dla zmian kodu i przechowywane w hurtowni danych. Zliczane są wszystkie wiersze, nawet puste lub zawierające komentarze.
.gif "Dd695782.collapse_all(pl-pl,VS.140).gif")
Działania wymagane do śledzenia postępu dokonanego w kodzie
Aby raport postępu dokonanego w kodzie był użyteczny i dokładny, członkowie zespołu muszą wykonać następujące działania:
Skonfiguruj system kompilacji. Aby użyć Team Foundation Build, musisz skonfigurować system kompilacji.
Aby uzyskać więcej informacji, zobacz Konfigurowanie systemu kompilacji oraz zarządzanie nim.
Utwórz definicje kompilacji. Możesz utworzyć wiele definicji kompilacji, a następnie uruchamiać je, aby utworzyć kod dla różnych platform. Ponadto można uruchomić każdą kompilację dla różnych konfiguracji.
Aby uzyskać więcej informacji, zobacz Zdefiniuj proces kompilacji.
Definiuj testy, aby automatycznie uruchomić jako część kompilacji. 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.
Skonfiguruj testy w celu zbierania danych 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 Konfiguracja pokrycia kodu przy użyciu ustawień testów jest przestarzała i How to: Gather Code-Coverage Data with Generic Tests.
Regularnie uruchamia kompilację. Możesz uruchamiać kompilacje w ustawionych 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łonek zespołu może ręcznie ocenić kompilację za pomocą Build Explorer, ta ocena nie jest odzwierciedlana w raporcie Wskaźniki jakości kompilacji.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.
Interpretowanie raportu
Postęp dokonany w kodzie jest dobrą miarą ilościowej oceny zmian, jakie występują w projekcie. Ogólnie, wysoki poziom postępu dokonanego w kodzie wskazuje mniej stabilny projekt. Na początku cyklu rozwoju produktu lub w trakcie implementacji przez zespół wielu zmian należy spodziewać się wysokiego wskaźnika postępu dokonanego w kodzie. Przy końcu iteracji lub przed wydaniem należy spodziewać się spadku poziomu postępu dokonanego w kodzie, co wskazuje, że projekt jest bardziej stabilny.
Możesz przejrzeć raport postępu dokonanego w kodzie, aby odpowiedzieć na następujące pytania:
Jaką część kodu zespół poddaje testom?
Czy zespół testuje wystarczającą ilość kodu?
W oparciu o pokrycie kodu i metryki testów - czy jest prawdopodobne, że zespół osiągnie zamierzone cele?
Aby uzyskać więcej informacji dotyczących wpływu postępu dokonanego w kodzie na jakość, zobacz Pulpit nawigacyjny jakości (zwinny i CMMI).
Dostosowywanie raportu
Możesz dostosować raport postępu dokonanego w kodzie, otwierając go w Office Excel i zmieniając opcje filtrowania lub listę pól kolumny w raporcie tabeli przestawnej. Możesz zmodyfikować raport, aby obsługiwał inne widoki, zgodnie z opisem w poniższej tabeli.
Widok |
Akcja |
|---|---|
Postęp dokonany w kodzie dla iteracji |
Zmień filtr dla Iteration (domyślny = Wszystkie) |
Postęp dokonany w kodzie dla obszaru produktu |
Zmień filtr dla Area (domyślny = Wszystko) |
Postęp dokonany w kodzie dla ostatnich sześciu, ośmiu lub więcej tygodni |
Na liście pól kolumn tabeli przestawnej zastąp @@Last 4 weeks@@ innym Set |
Aby uzyskać więcej informacji na temat pracy z raportami PivotTable i PivotChart oraz ich dostosowywania, zobacz następujące strony w witrynie sieci Web firmy Microsoft: