Tworzenie raportu wskaźników jakości

Raport tworzenie wskaźników jakości zawiera zakres badania, zajętość kodu i licznik błędów definicji określonej kompilacji.Ten raport umożliwia ustalić, jak blisko fragmenty kodu są zwolnić jakości.

Najlepiej stawki badań, błędy i zajętość kod wszystkich przyniosłoby samego obrazu, ale często nie.Po znalezieniu rozbieżności służy raport błędów wskaźniki jakości zbadać szczegóły określonej serii kompilacji i danych.Ponieważ ten raport łączy wyniki testów, użycie kodu z badania, zajętość kodu i błędów, można wyświetlić wiele perspektywy jednocześnie.

Aby uzyskać informacje dotyczące dostępu, odświeżanie lub zarządzać raportami, zobacz Raporty (Agile).

[!UWAGA]

Ten raport wymaga, żeby kolekcja projektu zespołu zawierająca projekt Twojego zespołu została przygotowana z użyciem programu SQL Server Reporting Services.Ten raport nie jest dostępny, jeśli opcja Raporty nie pojawia się po otwarciu programu Team Explorer i rozwinięciu węzła projektu zespołu.

W tym temacie Dane w raporcie Zmienianie liczby kompilacje w raporcie Interpretowanie raportu Filtrowanie raportu

Ten raport służy do odpowiedzi na następujące pytania:: Co to jest jakość oprogramowania? Jak często przekazując testów i dużo kodu jest testowany? Oparty na metryki kodu i badania, prawdopodobnie zespołu spełniają cele docelowych?

Wymagane są uprawnienia

Aby wyświetlić raport, użytkownik musi być przypisany lub należeć do grupy, która została ma przypisaną rolę przeglądarki w usługach Reporting Services.Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do zespołów projektów lub Zarządzanie uprawnieniami.

Dane w raporcie

Dane wyświetlane w raporcie tworzenie wskaźników jakości pochodzi z magazynu danych.Listy z osi szczególnych tworzy się, że raport zawiera, oparte na filtry ustawione dla platformy, konfiguracji i definicji kompilacji.

Każdy pionowy pasek reprezentuje zestaw danych, który pochodzi z jednego lub więcej kompilacje.W kod wariantu rozmiaru raportu długość każdego słupka pionowego reprezentuje rozmiar kodu sprawdzone.Paski są skalowane, aby dopasować rysunek największy w wysokości wykresu.Ręczne badań można uruchomić dowolnym czasie po budowanie i są one skojarzone z tym kompilacji.Testy, które nie uruchomiono jeszcze są liczone jako "niejednoznaczny."

Poniższej ilustracji Wyświetla przykładowy raport tworzenie wskaźników jakości.

W poniższej tabeli opisano informacje wyświetlane dla każdego wskaźnika jakości w raporcie:

Wskaźnik jakości	Opis
Aktywne błędy (liczba)	Wykres liniowy przedstawia liczbę błędów, które były aktywne w czasie kompilacji. Uwaga Błędy nie są jawnie skojarzone z kompilacje.Niektóre błędy zliczane nie może wpłynąć kompilacje, które pojawiają się na wykresie.Parametr obszaru można użyć do filtrowania błędów przez obszar produktu.Technika ta może pokazać błędów, które są najczęściej dotyczyć kompilacje w raporcie.
Kod zajętość (wiersze)	Wykres liniowy przedstawia liczbę wierszy kodu zespołu dodawane, usuwane i zmienić w zaewidencjonowania przed kompilacji.Zajętość kodu jest obliczana, określając liczbę wierszy, które zostały dodane, usunięte lub zmodyfikowane do kompilacji podzielonej przez całkowitą wierszy w kompilacji kodu.
Code Coverage (procent)	Wykres liniowy przedstawia procent kod, który obejmuje badania.
Niejednoznaczny testów	Szare część skumulowany wykres słupkowy, który wskazuje liczbę prób, które nie powiodła się lub zostały wstrzymane.Jeśli kompilacja nie powiodła się, testy nie zliczane albo liczone jako niejednoznaczny.
Testy nieudane	Czerwona część skumulowany wykres słupkowy, który wskazuje liczbę testów, które nie powiodło się dla kompilacji.
Przekazany testów	Zielona część skumulowany wykres słupkowy, który wskazuje liczbę prób, które przekazywane dla kompilacji.

[!UWAGA]

Aby uzyskać więcej informacji na temat znaczenia braku i przekazywanie wyników testów, zobacz Sprawozdanie z postępu planu badań.

Raport można filtrować w następujący sposób:

• Zmienić zakres osi X, podając numer kompilacji i określanie daty końcowej raportu.Data pierwszej kompilacji pokazano zależy od częstotliwości kompilacji.

• Filtr zestawu kompilacji, które raport zawiera określając platformy, konfiguracji i definicji kompilacji do uwzględnienia w raporcie.W tej kolejności należy ustawić parametry, ponieważ zestaw dostępnych wartości dla definicji kompilacji zależy od platformy i konfiguracji.

• Filtr błędów, które są liczone w raporcie, określając obejmują obszary produktu.Filtr ten nie wpływa na zestawu kompilacji, które pojawiają się na osi X, zajętość kodu, użycie kodu lub wyników badań.

Aby uzyskać więcej informacji, zobacz filtrowanie raportu później w tym temacie.

Wymagane badania i zarządzaniem kompilacji

Dla raportu tworzenie wskaźników jakości użyteczne i zobrazowania wszystkie wskaźniki jakości, które można wyświetlić członkowie zespołu należy wykonać następujące działania do zarządzania testów i tworzy:

• Skonfiguruj build system.Aby użyć Team Foundation Build, należy skonfigurować system kompilacji.

  Aby uzyskać więcej informacji, zobacz Configuring Your Build System.

• Tworzenie definicji build.Można utworzyć kilka definicji kompilacji, które można uruchomić kod dla różnych platform.Ponadto można uruchomić każdej kompilacji dla różnych konfiguracji.

  Aby uzyskać więcej informacji, zobacz Zdefiniowanie procesu kompilacji.

• Definiowanie testy uruchamiane automatycznie jako część kompilacja.Jako część definicji kompilacji można zdefiniować testy, aby uruchomić jako część budowanie lub jeśli testy nie.

  Aby uzyskać więcej informacji, zobacz Zdefiniowanie procesu tworzenia, oparty na szablonie domyślne.

• Konfigurowanie testów w celu zbierania danych pokrycia kodu.Kod zapotrzebowania dane w raporcie członkowie zespołu muszą instrument prawny testów w celu zbierania 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.

• Uruchom regularnie tworzy.Kompilacje można uruchomić w ustalonych odstępach czasu lub po każdym wyboru.Kompilacje regularnych można utworzyć użycia wyzwalacza harmonogramu.

  Aby uzyskać więcej informacji, zobacz Utwórz definicję kompilacji i Uruchamianie, monitorowania i zarządzania kompilacje.

  [!UWAGA]

  Chociaż członek zespołu może ocenić kompilacji ręcznie za pomocą Build Explorer, to klasyfikacja nie jest odzwierciedlone w raporcie tworzenie wskaźników jakości.Klasyfikacja kompilacji pojawia się w raporcie Podsumowanie zbudować.Aby uzyskać więcej informacji, zobacz Oceń jakość wypełnione kompilacji i Tworzenie raportu podsumowującego.

Zmienianie liczby kompilacje w raporcie

Wyświetlanie raportu tworzenie wskaźników jakości różnią się znacząco na podstawie numeru kompilacji, które zawiera raport i inne filtry zastosowane do raportu.Raport można się skoncentrować na określony zakres kompilacje zmieniając liczbę kompilacje, które pojawiają się w raporcie.

Aby ustawić numer kompilacji, które są przedstawiane w raporcie

1. W Numer tworzy, wpisz numer.

2. Dalej, aby Zakończenie (Data), kliknij ikonę kalendarza, a następnie kliknij daty, który odpowiada na ostatni dzień kompilacje były uruchamiane chcesz uwzględnić w raporcie.

3. Kliknij Widok raportu.

Interpretowanie raportu

Można przejrzeć raport, aby znaleźć odpowiedzi na te pytania żadnych specyficznych dla tworzenia definicji:

• Co to jest jakość oprogramowania?

• Zespół testuje wystarczająco naszego kodu?

• Są testy przekazując?

• Jest prawdopodobne Zakończ oparte na kod i badania metryki jest zespołu?

• Jak często przekazując testów i dużo kodu jest testowany?

  [!UWAGA]

  Stosunek kolorze szarego segmentów odzwierciedla frakcji kod sprawdzający tytułowych, ale proporcje w segmentach kolorowych tylko około odzwierciedla frakcji kod, który przekazuje lub awarii testów.Dwuznaczność tego jest ponieważ frakcji zielony w segmencie kolorowe faktycznie reprezentuje liczbę testów, które przechodzą.Pojedynczy błąd w jednej części kodu może spowodować, że wiele testów Niepowodzenie lub pojedynczej awarii może reprezentować rozległe błąd w projekt, który ma wpływ na całym base kod.

Zdrowe wersja raportu

Zdrowe raporcie zbudować wskaźniki jakości są wyświetlane następujące wskaźniki:

• Większość testów są przekazując (duże obszary zielone) i kilka testów występują (małe ilości czerwonego).

• Procent czerwonego jest mniej niż 20-30 procent.

Następujące ilustracją, użycie kodu i badania przebiegu stawek są wysokie i rosnące w czasie.Zajętość kodu, aktywnych błędów, testy niejednoznaczny i nieudanych prób są niskie i malejących.

Niezdrowy wersji kompilacji raport wskaźników jakości

Niezdrowy wersję sprawozdania tworzenie wskaźników jakości zawiera jeden lub więcej następujących wskaźników.Można zbadać przyczyny według następujących wskazówek.

• Użycie mniej kodu i więcej zajętość kodu.Następująca ilustracja zawiera spadek zapotrzebowania kodu i zwiększenia w zajętość kodu.Dane jest wyraźne ostrzeżenie tego nowego kodu sprawdzana jest bez odpowiednich testów na pokrycie jej.

  

• Mała szybkość uruchamiania testów.Na następującej ilustracji pokazano mała szybkość uruchamiania testów.Dane może wskazywać, że zespół nie wykonuje badania wystarczającej ilości.To zablokowania może wskazywać na brak zasobów lub testerów może być czymś innym, jak zapis automatyzacji zamiast testowania bieżącą funkcjonalność.W każdym przypadku równoważenie zasobów może być uzasadnione.

  

• Zajętość kod wysoki, niski poziom kodu zapotrzebowania.Kod wysoka zajętość sugeruje, że jako efekty uboczne zmiany zostaną wprowadzone błędy.W projekcie idealnie refactored widać kod pozyskiwane bez zmiany w kod zapotrzebowania lub stawek przebiegu badania.W przeciwnym razie zajętość kod wysoki może wskazywać spadek zapotrzebowania i konieczności ponownego wpisywania testów.

  Poniższej ilustracji pokazuje wysoki stopień zajętość kodu i niski poziom kodu zapotrzebowania z testowania, mimo że nadal wysokie stawki przebiegu badania.Dane wskazuje, że testy, które są uruchomione nie wykonuje się z nowego kodu.

  

• Wysoki stopień braku testów.Następującej ilustracji pokazano, że wiele badań są uruchomione z rozsądnym code coverage, ale występują badań.Dane może wskazywać praktyk rozwoju luzem lub w iteracji wczesne testy mogą być zbyt ciężkie na tym etapie produkt.

  

  Braku testy powinny być kierowane jak najszybciej.Jeśli nie jest praktyczne ustalenia kod, testy upadającego powinno być tymczasowo wyłączone i błędu powinny być rejestrowane.Chociaż czasami jest dopuszczalne traktuje błędy analizy kodu z mniej pilności wczesnym etapie projektu, nie należy pozwolić czerwony sekcje uzyskać zbyt duży.

• Wysoki stopień testów przekazywania i aktywnych błędów wysokie stawki.Na następującej ilustracji pokazano stawki przebieg badania wysokiego ale nadal dużych przychodzące stopy błędu.Taka sytuacja może wystąpić z kilku powodów.Badania może nie być dostatecznie surowe, na tym etapie produkt.

  

  W wczesnych iteracji prostych testów są dobre, ale jako produkt dojrzewa, testy powinny wykonywania szerszym scenariuszy i integracji.Testy mogą być przestarzałe lub może być badania funkcjonalności niewłaściwy.Może to być czas, aby przełączyć technik badań.

• Badania przebiegu stawek zwiększenie i bez zwiększania w code coverage.Zwykle jako więcej testy powinny być pokrywane więcej kodu.Z drugiej strony wykonanie i badania przebieg testu zwiększenie stawki bez odpowiadającego mu wzrostu code coverage, przyrostowe badań może być nadmiarowe.

• Wzrasta liczba aktywnych błędów, ale nie wzrasta błędy badania.Jeśli wzrasta liczba aktywnych błędów i testy nie są wyświetlane odpowiednie błędy, testy są prawdopodobnie nie badania funkcjonalności są raportowania błędów.

• Zmniejsza się liczba aktywnych błędów, ale nie wzrasta przebiegi testu.Jeżeli zmniejsza się liczba aktywnych błędów i stawek przebieg testu nie wzrasta, może być zagrożone rosnącej stopy ponownej aktywacji.

• Duże obszary gray.Szare segmentów wyznaczać kodu nie zbudowany lub badanych w obrębie danego kompilacji.Dane pojawia się tylko w sprawozdania okresowego, gdzie jeden lub więcej określonych kompilacje nie nastąpiła w okresie.

Filtrowanie raportu

Raport tworzenie wskaźników jakości można filtrować w następujący sposób:

• Zmienić interwał czasu, podając numer kompilacji i określanie daty końcowej raportu.

• Filtr, który tworzy zestaw, który są reprezentowane w raporcie określając platformy, konfiguracji i definicji kompilacji do uwzględnienia w raporcie.

  [!UWAGA]

  Można skonfigurować definicje kompilacji do uruchomienia nie testów, testy niektóre lub wszystkie testy.Raport różnią się znacznie na podstawie konfiguracji definicji kompilacji.

• Filtr błędów, które są liczone w raporcie, określając obejmują obszary produktu.

Na poniższej ilustracji przedstawiono dostępne filtry:

Zastosuj filtry sekwencji określa następujące procedury.Niektóre filtry dostępne opcje zależą od poprzednio ustawione filtry.

Aby filtrować kompilacje, które pojawiają się w raporcie

1. W Numer tworzy, wpisz numer.

2. Dalej, aby Data zakończenia, kliknij ikonę kalendarza, a następnie kliknij ostatnią datę kompilacje uwzględnienie.

3. W platformy listy, zaznacz pole wyboru każdej platformy, aby uwzględnić.

4. W konfiguracji listy, zaznacz pole wyboru każdej konfiguracji, aby uwzględnić.

5. W Definicji budować listy, zaznacz pole wyboru każdej z definicji kompilacji zawierają.

6. Kliknij Widok raportu.

Aby filtrować liczniki błędów, które są wyświetlane w raporcie

1. W obszaru listy, zaznacz pole wyboru każdy wynik badania, aby uwzględnić.

   W tym kroku filtrów raportu na podstawie hierarchii wyników badań.

2. Kliknij Widok raportu.

Zobacz też

Koncepcje

Sprawozdanie z postępu planu badań

Budowanie sukcesu przez czas raportu

Tworzenie raportu podsumowującego

Artefakty (Agile)

Inne zasoby

Raporty (Agile)