Analiza i raport o przenoszeniu i pokryciu kodu z wykorzystaniem narzędzi przenoszenia kodu i perspektyw pokrycia kodu
Możesz zgłosić na jakości oprogramowania przy użyciu perspektywy rezygnacji kod i uruchom zapotrzebowania ze SQL Server moduł Analysis Services dla Visual Studio Team Foundation Server.Korzystając z perspektywy te można wyświetlić tylko miary, wymiary i atrybutów, które są związane ze zmianami w wierszach kodów i jakim kodu jest pokryta buduje i testy zadziałały.
Perspektywy te opierają się na relacjami tabele, które służy do zgłaszania na zmiany kodu i zasięgu jako właściwość kompilowanie, zestawu kompilacji lub platformy, biegiem próbnym lub zestawu zmian.Aby uzyskać więcej informacji, zobacz Kod zajętość tabel i Uruchom tabel zapotrzebowania.
Korzystając z punktu widzenia wypuszczają kodu, można tworzyć raporty, które odpowiedzieć na następujące pytania:
|
|
Korzystając z punktu widzenia Uruchom zapotrzebowania, można tworzyć raporty, które odpowiedzieć na następujące pytania:
Uwaga
Jeśli magazyn danych, dla Visual Studio Application Lifecycle Management (ALM) jest za pomocą SQL Server Enterprise Edition będzie zawierać listę modułów, Team System i zestaw perspektyw.Perspektywy zapewniają przejrzystości widoku danych, tak aby nie trzeba przewinąć listę wszystkich wymiarów i grup miar w całego modułu Team System.
|
W tym temacie
Przykład: Kod rezygnacji raportu
Środki rezygnacji kodu
Uruchomienie środków zapotrzebowania
Wymiary i wartości atrybutów w kodzie wypuszczają Perspektywa, który obsługuje filtrowanie i kategoryzacji
Wymiary i atrybuty w perspektywy zasięgu Uruchom filtrujących pomocy technicznej i kategoryzacji
Wymagane czynności monitorowania rezygnacji kodu i użycie kodu
Przykład: Kod rezygnacji raportu
Korzystając z raportu wykresu przestawnego w programie Excel, można utworzyć raport trendu, który zawiera zajętość kodu z czasem podobny do raportu, który na następującej ilustracji pokazano.
Szablony procesów dla programu Microsoft Solutions Framework (MSF) v5.0 automatycznie dostarcza wypuszczają kodu w programie Excel.Aby uzyskać więcej informacji, zobacz Kod zajętość Excel raportu.
Powrót do początku
Filtrowanie pola przestawne i wybranie
Można utworzyć raport rezygnacji kodu, wykonując następujące czynności:
W programie Excel, połącz się z SQL Server moduł Analysis Services dla Visual Studio Team Foundation Serveri wstawić raportu wykresu przestawnego.
Aby uzyskać więcej informacji, zobacz Tworzenie raportu w Microsoft Excel Visual Studio Informatykami.
Kliknij prawym przyciskiem myszy wykres, a następnie wybierz polecenie Zmień typ wykresu, obszar, Ułożone obszar.
Dla każdego filtru raportu, otwórz menu skrótów dla każdego z następujących pól, określić hierarchie, tygodnie lub innych elementów orientacyjne, a następnie przeciągnij pole do Filtru raportu obszaru.
Zespół hierarchii projektów z Zespołu projektu wymiaru
Praca hierarchię Item.Iteration z Element pracy wymiaru
Praca hierarchię Item.Area z Element pracy wymiaru
Data tygodnia roku z Data wymiaru
W Data wymiar, rozwiń węzeł więcej póli przeciągnij Data, tygodnia, lub miesiąca pola należy Pól osi (kategorii) opierającego się jak granulowany w raporcie mają zostać wygenerowane.
Przeciągnij Dodane wiersze, Zmodyfikowane linie, i Skreśla się wiersze pola z Kod wypuszczają Grupa miar do wartości obszaru.Należy przeciągnąć każde pole oddzielnie.
Powrót do początku
Środki rezygnacji kodu
Kod rezygnacji środki obliczyć, ile zmiana ma miejsce w projekcie.Ogólnie rzecz biorąc wysokie poziomy mostków wskazują niestabilność projektu.Wysoka cena mostków na początku cyklu produktu lub po zespół wdrożyła wiele zmian należy się spodziewać.Pod koniec iteracji lub przed publikację należy się spodziewać poziom mostków spadać, co oznacza, że projekt jest bardziej stabilne.
W poniższej tabeli opisano środki w grupie miar wypuszczają kodu.Za pomocą tych środków, można tworzyć raporty, które pokazują, jak wiele wersji plików są przechowywane w Kontrola wersji programu Team Foundation i ile kod został zmieniony.Można analizować metryki przez kompilacji, członek zespołu, który zgłosił zmiany lub katalogu plików, a można określić, jak zmieniać te parametry w czasie.
Informacje podobne charakterystyki, które można zbierać dla paczek, zobacz Analiza i raport o szczegółach kompilacji i pokryciu kompilacji z wykorzystaniem perspektywy kompilacji.
Miary |
Opis |
---|---|
Licznik rezygnacji kodu |
Liczba przypadków, że zespół zmianie plików w kontroli wersji. |
Linie dodane |
Liczba linii kodu, który zespół dodawane do plików dla wymiarów, które określisz. |
Usunięte wiersze |
Określ liczbę wierszy kodu, że zespół usuwane z plików dla wymiarów, które. |
Zmodyfikowane linie |
Liczba linii kodu, które zespół modyfikowane podczas okresu czasu, który określisz. |
Całkowita rezygnacji |
Wypuszczają w kodzie, obliczona jako: [dodane wiersze] + [skreśla się wiersze] + [zmodyfikowane linie]. |
Całkowitą liczbę linii |
Liczba wierszy w części hierarchii ścieżkę pliku, który określisz.Należy także określić jeden lub więcej buduje aby wskazać punkt lub punkty, w którym do wykonania tego obliczenia.Jeśli nie określisz buduje jeden lub więcej, zwracana jest wartość NULL.Liczba wierszy jest obliczona przez zsumowanie wiersze dodane i usunięte wiersze, które przyczyniły się do szczególnego połączenia typu konstrukcji i systemu operacyjnego.
Porada
Miary całkowitą liczbę linii może być przyczyną kwerendy OLAP do limitu czasu.Jeśli raport trwa zbyt długo, aby uczynić, należy rozważyć skrócenie zestawu zmian, budowy, należy przetestować Uruchom lub przedziale czasowym.
|
Powrót do początku
Uruchomienie środków zapotrzebowania
W poniższej tabeli opisano środki w grupie miar Uruchom zapotrzebowania.Za pomocą tych środków, można tworzyć raporty, pokazujące zakres, do którego kod była objęta testy w jazd testowych.Informacje podobne charakterystyki, które można zbierać dla paczek, zobacz Analiza i raport o szczegółach kompilacji i pokryciu kompilacji z wykorzystaniem perspektywy kompilacji.
Miary |
Opis |
---|---|
Uruchom zapotrzebowania |
Liczba testów, które mają kod zapotrzebowania statystyki związane z nimi. |
Uruchom bloki zapotrzebowania objęte |
Liczba bloków, że wszystkie testy w uruchomieniu obejmuje.Jednakże zapotrzebowania na testy mogą się nakładać. |
Uruchom bloki zapotrzebowania nie obejmuje |
Liczba bloków, które zostały pominięte poprzez badania w przebiegu.Jednakże zapotrzebowania na testy mogą się nakładać. |
Uruchom użyte wiersze zapotrzebowania |
Liczba wierszy, że wszystkie testy w uruchomieniu obejmuje.Jednakże zapotrzebowania na testy mogą się nakładać. |
Uruchamiać wiersze zapotrzebowania nie obejmuje |
Liczba wierszy, które zostały pominięte poprzez badania w przebiegu.Jednakże zapotrzebowania na testy mogą się nakładać. |
Częściowo użyte wykonywania wiersze zapotrzebowania |
Liczba wierszy, które testy w przebiegu częściowo pokrywają się.Jednakże zapotrzebowania na testy mogą się nakładać. |
Powrót do początku
Wymiar i wartości atrybutów w kodzie wypuszczają Perspektywa, który obsługuje filtrowanie i kategoryzacji
W poniższej tabeli opisano wymiary i atrybuty w perspektywie wypuszczają kodu.Uzupełnienie tych atrybutów Zespołu projektu i Data wymiary, które Praca z udostępnione wymiary w tym artykule opisano.Można zagregować środki wzdłuż każdego z tych atrybutów.
Wymiar |
Atrybut |
Opis |
---|---|---|
Kompilacja |
Nazwa definicji kompilacji |
Nazwa przypisana do definicji kompilacji, dla którego zostało uruchomione kompilacji. |
Budowanie ID |
Numer przypisany do kompilacji.Za każdym razem, gdy definicja konkretnej kompilacji jest uruchamiany, ten atrybut jest zwiększana o 1. |
|
Nazwa kompilacji |
Nazwę lub wyrażenie, który unikatowo identyfikuje kompilacji.Aby uzyskać więcej informacji, zobacz Praca z numerów kompilacji. |
|
Czas rozpoczęcia budowy |
Data i godzina uruchomienia kompilacji. |
|
Typ kompilacji |
Powód, dlaczego Kompilowanie zostało uruchomione.Typy kompilacji są skojarzone z wyzwalacz, który został zdefiniowany dla kompilacji.Team Foundation Serverobsługuje następujące typy buduje: manual, ciągłego (wywołane przez każdy ewidencjonowania), toczenia (gromadzą zarejestrowań, dopóki nie zakończy się poprzedni budować), gated zameldowania, a zaplanowane.Aby uzyskać więcej informacji, zobacz Określ wyzwalaczy kompilacji i przyczyny. |
|
Miejsce spadek |
URL Uniform Resource Locator () dla zakończonych kompilacji.Adres URL określa protokół, z którym przeglądarki sieci web będzie lokalizowania zasobów w Internecie.Każdy adres URL zawiera nazwę serwera, na którym znajdują się szczegółowe informacje o kompilacji.Może również zawierać ścieżkę do zasobu. |
|
Zestawu zmian kontroli wersji |
Identyfikator zestawu zmian |
Numer przypisany do zestawu zmian, które zawarte w przypadku zmiany pliku. |
Zaewidencjonowany przez |
Nazwa użytkownika członka zespołu, który zgłosił w zestawu zmian. |
|
Opis |
Ewidencjonowanie komentarz, który jest skojarzony z zestawu zmian. |
|
Komentarz Override zasad |
Komentarz, który jest dostępna po zasadę jest wyłączona.Jeśli zasady nie jest zastępowany z tego zestawu zmian, to pole ma wartość null. |
|
Plik kontroli wersji |
Wersja formantu File.File hierarchii |
Pełną ścieżkę sieciową pliku źródłowego. |
Rozszerzenie File.File kontroli wersji |
Rozszerzenie nazwy pliku źródłowego. |
|
Element pracy |
Typ pozycji roboczej i więcej |
Aby uzyskać więcej informacji, zobacz Analiza i raport dotyczący elementów pracy i danych przypadków testowania z wykorzystaniem perspektywy elementu pracy. |
Powrót do początku
Wymiary i atrybuty w perspektywy zasięgu Uruchom filtrujących pomocy technicznej i kategoryzacji
W poniższej tabeli opisano wymiary i atrybuty w perspektywie Uruchom zapotrzebowania.Uzupełnienie tych atrybutów Zespołu projektu i Data wymiary że Praca z udostępnione wymiary w tym artykule opisano w dalszej części tego tematu.Można zagregować środki wzdłuż każdego z tych atrybutów.
[!UWAGA]
Przed użyciem zestawu lub Smak budować atrybuty, zespół musi określić je i publikuje wyniki badań w magazynie danych dla Team Foundation Server.Aby uzyskać więcej informacji, zobacz Wymaganych działań zarządzania buduje i analiz dalszej części tego tematu.
Wymiar |
Atrybut |
Opis |
---|---|---|
Montaż |
Montaż |
(Opublikowane wyniki testów tylko) Nazwa kodu aplikacji, która jest testowany w ramach budowy.Aby uzyskać więcej informacji, zobacz Testy w procesie budowania. |
Kompilacja |
Nazwa definicji kompilacji |
Nazwa przypisana do definicji kompilacji, dla którego zostało uruchomione kompilacji. |
Budowanie ID |
Numer przypisany do kompilacji.Za każdym razem, gdy definicja konkretnej kompilacji jest uruchamiana, ID budować jest zwiększana o 1. |
|
Nazwa kompilacji |
Nazwę lub wyrażenie, który unikatowo identyfikuje kompilacji.Aby uzyskać więcej informacji, zobacz Praca z numerów kompilacji. |
|
Czas rozpoczęcia budowy |
Data i godzina uruchomienia kompilacji. |
|
Typ kompilacji |
Powód, dlaczego Kompilowanie zostało uruchomione.Typy kompilacji są skojarzone z wyzwalacz, który został zdefiniowany dla kompilacji.Team Foundation Serverobsługuje następujące typy buduje: manual, ciągłego (wywołane przez każdy ewidencjonowania), toczenia (gromadzą zarejestrowań, dopóki nie zakończy się poprzedni budować), gated zameldowania, a zaplanowane.Aby uzyskać więcej informacji, zobacz Określ wyzwalaczy kompilacji i przyczyny. |
|
Miejsce spadek |
URL Uniform Resource Locator () dla zakończonych kompilacji.Adres URL określa protokół, z którym przeglądarki sieci web będzie lokalizowania zasobów w Internecie.Adres URL zawiera również nazwę serwera, na którym znajduje się zasób.Można również określić ścieżkę do zasobu. |
|
Wersja kompilacji |
Wersja kompilacji |
(Opublikowane wyniki testów tylko) Nazwę, która określa kategorię, która jest przypisanych do zestawu buduje zakończonych, które zostały opublikowane jako część testu.Na przykład można użyć smak kompilacji do oznaczania wersji beta lub wersja ostateczna.Aby uzyskać więcej informacji, zobacz Opcje wiersza polecenia dla publikowanie wyników badań. |
Budowanie platformy |
Budowanie platformy |
(Opublikowane wyniki testów tylko) Dokonano nazwę platformy maszyny, dla którego zbudować-to-end (nie z pulpitu) i który był publikowany jako część testu (na przykład, x 86 lub Any Procesora).Na przykład raportu, który używa tego atrybutu, zobacz Tworzenie raportu podsumowującego. Aby uzyskać więcej informacji, zobacz Opcje wiersza polecenia dla publikowanie wyników badań. |
Jazda testowa |
Pełną hierarchii Data według miesiąca lub według tygodni Tworzenie daty hierarchii według miesiąca lub według tygodni |
Data końcowa wymiarów, które są oparte na datę, kiedy utworzenia i zakończeniu wykonywania badania.Aby uzyskać więcej informacji, zobacz Praca z wymiarów współużytkowanych w module Analysis Services. |
Powrót do początku
Wymagane czynności monitorowania rezygnacji kodu i użycie kodu
Aby utworzyć tworzenia raportów, które zawierają dane użyteczne, członkowie zespołu należy wykonać następujące działania do zarządzania buduje i testów:
Skonfigurowanie systemu build.Aby użyć Team Foundation Build, zespół musi ustanowić system kompilacji.
Aby uzyskać więcej informacji, zobacz Configure Your Build System.
Tworzenie definicji build.Zespół należy utworzyć co najmniej jeden budować definicja.Zespół można utworzyć kilka definicji, z których każdy można uruchomić do tworzenia kodu dla różnych platform lub inną konfigurację.
Aby uzyskać więcej informacji, zobacz Utwórz definicję kompilacji.
(Zalecane) Run buduje regularnie.Zespół można uruchomić automatycznie buduje, w odstępach czasu, które określają one lub po każdym zaewidencjonowaniu.Za pomocą wyzwalacza harmonogramu, zespół można uruchomić automatycznie buduje w tym samym czasie lub razy w tym samym dniu lub dniach, które określają one.Aby uzyskać więcej informacji, zobacz Określ wyzwalaczy kompilacji i przyczyny i Uruchamianie, monitorowania i zarządzania kompilacje.
(Opcjonalnie) Testy Definiuj do uruchamiania jako część budowy.Jako część definicji kompilacji zespół można zdefiniować zautomatyzowanym testom, uruchomiony jako część kompilowanie i analizowanie wpływu zmian kodu z testów.
Aby uzyskać więcej informacji, zobacz Testy w procesie budowania.
Konfigurowanie testów w celu zbierania danych pokrycia kodu.Dane pokrycia kodu zostaną wyświetlone w raporcie członkowie zespołu muszą instrumentem testów w celu zbierania danych.
Ważne Aby zebrać dane dotyczące użycia kodu, musisz mieć zainstalowane zespół Visual Studio Premium lub Visual Studio Ultimate na komputerze z agentem kompilacji.Aby uzyskać więcej informacji, zobacz Wdrażanie i konfigurowanie agentów kompilacji.
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.
Publikowanie testów.W ramach działalności i testowania, zespół musi publikować wyniki testów do magazynu danych dla Team Foundation Server.
Aby uzyskać więcej informacji, zobacz Team Foundation Tworzenie działań i Opcje wiersza polecenia dla publikowanie wyników badań.
Powrót do początku
Zobacz też
Koncepcje
Perspektywy i grupy pomiarowe udostępniane w Analysis Services Cube dla systemu zespołowego